許可

プロジェクトで作業するには、ユーザーに 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 は、ドリフト検出ジョブに失敗しました。これは、構成とその構成で作成されたリソースとの間でのみドリフトを検出でき、再使用できないためです。

詳しくは、 ドリフトの管理 を参照してください。