ドル分の無料クレジットをゲット。投稿されたものの抄訳です。採用すると、特にリソースを構成、維持する方法など、新しい処理方法を採用することになります。特定のリソースに対する意図を表現でき、そのリソースを継続的に調整しながら作成、更新します。プラクティスに従いやすくなります。外部にあるリソースを使用します。通常、これらのリソースは同じ構成のアプローチを使用しません。スイッチ」の使用を強いられます。リソースの順に構成して、最後に前者を後者で使用できるようにするという複数ステップのプロセスが必要になります。一般提供を発表しました。つの場所で構成できるようになります。リソースであるかのように動作させるため、インフラストラクチャを管理するためにさまざまな規則やツールを学習して使用する必要がなくなります。ネイティブのデベロッパーは運用とリソース管理を簡素化できます。その宣言型アプローチにより、管理するリソースが継続的に調整されています。よって管理されるリソースは継続的に監視され、常にユーザーの望ましい状態を維持できるように「自己修復」されます。インスタンスなど)の監視と調整は、別のワークフローとして行われます。ノード数の変更など、望ましい構成への変更が監視やアラートのインフラストラクチャに伝播されず、そのため誤報が生じてチームに余計な作業が発生する可能性があります。リソースとして扱うことで、インフラストラクチャ全体でリソースの調整が行われ、インフラストラクチャの結果整合性を達成する作業が自動化されます。データベースを作成します。デプロイとまったく同様に有効に自己修復されます。スクリプトでリソースを明示的に順序指定する必要がなくなります。データベースのプロビジョニングを開始する必要はありません。機能を活用できるようになります。ここではリソースでラベルとしてコストセンターを使用しました。使用してこのラベルでフィルタできるようになります。ポリシーを適用できます。次のようにして、コストセンターのラベルがクラスタ内のすべてのリソースに存在し、許容範囲の値のみを持つように強制できます。クラウドへの移行を支援する手段でしたが、そのアプリケーションは複雑で、複数の場所でリソースを管理しており、そのためデプロイが遅くなっていました。アプリケーションを実行しています。コードとそれに必要なインフラストラクチャに対応する単一のパイプラインに移行できます。インフラストラクチャの変更をエンドツーエンドでテストできるようになります。インフラストラクチャの迅速なデプロイと摩擦の低減が期待されます。サービスの管理が可能となっています。統合してハイブリッドおよびマルチクラウド環境を管理することもできます。全体での構成管理を簡素化しましょう。製品Languagearrow_drop_downヘルプ。