Authorization

要在项目中工作，用户必须有权访问 IBM Cloud 项目服务，项目的资源组以及 IBM Cloud® Schematics。 有关访问权的更多信息，请参阅 分配用户对项目的访问权。

授权项目部署到目标帐户是通过将 API 密钥传递到可部署体系结构来管理的。 项目可通过可信配置文件直接授权，但某些服务（如 IBM Cloud Kubernetes Service 和 GitLab ）不支持可信配置文件。 API密钥仍受支持，但可信配置文件是授权向目标账户部署的首选方法。

配置管理

可以添加，删除和重命名配置。 必须通过编辑两个项目上的 project.json 文档来手动在项目之间移动配置。 如果项目中有多个配置，那么只能通过命名约定来组织这些配置。

成本估算

成本估算可用于 IBM Cloud 目录中的可部署体系结构。 根据可部署的体系结构，将根据可用数据估算起始成本。 随着体系结构在项目中进行定制，此估算金额可能会发生更改，并且不包括所有资源，使用情况，许可证，费用，折扣或税款。 有关更多信息，请参阅 估算项目中的体系结构成本。

{{../account/known-issues.md#policy-version-limit}}

漂移检测限制

Schematics 和 Terraform 只能检测已更改的资源与部署期间创建该资源的特定配置之间的漂移。 服务无法检测重复使用或引用的资源中的漂移。

例如，在特定场景中，配置 config-1 在部署期间创建了 Cloud Object Storage 实例。 稍后，您部署了配置 config-2 和 config-3，并且它们复用了相同的 Cloud Object Storage 实例。 重命名资源时，仅在 config-1 与重命名的 Cloud Object Storage 实例之间检测到漂移。config-2 和 config-3 使漂移检测作业失败，因为只能在配置与其创建的资源之间检测漂移，而不能复用漂移。

有关更多信息，请参阅 管理漂移。