このセクションでは、Telecom Network Automation リソースについて説明します。
オーケストレーション クラスタ
オーケストレーション クラスタは、Telecom Network Automation を介してデプロイされたワークロードを管理する GKE ベースのコントロール プレーン クラスタです。オーケストレーション クラスタは、基盤として Config Controller を使用します。
ブループリント
ブループリント（BP）は、必要なインフラストラクチャのデプロイを自動化するために必要な構成を含む YAML ファイル形式の Kubernetes リソースのコレクションです。
Telecom Network Automation には、主要なブループリントを含むブループリント ライブラリが用意されています。このブループリント ライブラリは、公開カタログとも呼ばれます。このガイドでは、ブループリント ライブラリと一般公開カタログという用語を同じ意味で使用しています。パブリック カタログのブループリントは、パブリック ブループリントと呼ばれます。
パブリック ブループリントは、Telecom Network Automation プロジェクトにインポートして、ビジネスニーズに合わせてカスタマイズできます。これらのブループリントは、非公開カタログと呼ばれます。
ブループリントのライフサイクルは次のとおりです。
インポートされたブループリントは、作成後に DRAFT 状態で開始されます。すべての編集は、下書き状態のブループリントに対して行われます。
編集の準備ができたら、ブループリントを提案し、状態を PROPOSED に更新できます。提案状態のブループリントは編集できません。
提案されたブループリントを承認すると、ブループリントは [承認済み] 状態に更新されます。新しいリビジョンが commit されます。
最新のコミット済みリビジョンを使用して、オーケストレーション クラスタまたはワークロード クラスタにデプロイを作成できます。
承認済みのブループリントを編集すると、状態が下書きに戻ります。ブループリントの最後に commit されたリビジョンは、最新の 承認済み状態を表します。
ブループリントのデプロイレベルは、ブループリントを適用する場所を指定します。次のリストに、使用可能なブループリント レベルを示します。
水分補給: 水分補給レベルでブループリントを使用してデプロイを作成することはできません。オーケストレーション クラスタまたはワークロード クラスタでこれらのブループリントのデプロイを手動で開始することはできません。これらのブループリントは、Telecom Network Automation の自動化によって構成およびデプロイされる非公開カタログに残ります。
単一デプロイ: プライベート カタログの単一デプロイ レベルでブループリントを変更し、承認されたユーザーがそれを使用してオーケストレーション クラスタにデプロイを作成できます。
マルチデプロイ: プライベート カタログのマルチデプロイ レベルでブループリントを変更し、それを使用してオーケストレーション クラスタにデプロイを作成できます。これにより、さらにハイドレーション レベルのデプロイが作成されます。
デプロイ
デプロイは、オーケストレーション クラスタまたはワークロード クラスタに適用するアクチュエータ ブループリントです。デプロイは DRAFT 状態で開始されます。すべての編集はこの状態で行われます。適用後に編集用に開かれたデプロイは DRAFT 状態になり、以前のリビジョンが現在の適用バージョンになります。
APPLIED 状態は、オーケストレーション クラスタまたはワークロード クラスタに適用されたデプロイの内容を表します。リビジョンは、デプロイが APPLIED されたときに作成されます。このリビジョンは、デプロイを変更して適用し、新しいリビジョンを作成するまで、クラスタの APPLIED の最新のビューを表します。
DELETING 状態のデプロイは、削除対象としてマークされます。削除は ComputeDeploymentStatus API を使用してクエリできます。DELETING 状態のデプロイに対する更新は許可されません。
Deployment 管理者はデプロイを操作し、適切な変更を行う責任を負います。ブループリントとは異なり、デプロイには、ユーザーが仕様に従って編集する編集可能なファイルとフィールドがいくつかしかありません。