授權

若要在專案中工作，使用者必須有權存取 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 使漂移偵測工作失敗，因為只能在配置與其建立的資源之間偵測漂移，而無法重複使用。

如需相關資訊，請參閱 管理漂移。