標準化され、統制されたマイクロサービス環境の要件を満たすために、VCF 9.0 Automation はいくつかの重要な機能を提供します。まず、リース ポリシーは「環境のスプロール」を最小限に抑えるための主要なツールです。
自動的に廃止措置が実行されます。管理者はリースを割り当てることで、明示的に更新が許可されない限り、設定された期間後にリソースが自動的に回収されるようにし、「忘れられた」デプロイメントが高価な容量を消費するのを防ぎます。次に、cloud-init（または同様のcloudConfigスタンザ）により、セキュリティエージェントや企業固有の開発者ツールのインストールなど、VM OSの標準化されたデプロイ後の構成が可能になり、「Day 0」からすべての環境が一貫していることが保証されます。最後に、事前定義されたファイアウォールルール（多くの場合、NSX VPCセキュリティプロファイルを介して提供されます）により、新しくデプロイされた環境が組織のセキュリティ標準に準拠することが保証されます。これにより、開発者がネットワークを手動で（そして誤って）構成することを防ぎ、セルフサービスカタログアイテム内の「Secure-by-Design」要件を自動化します。

VCF 9.0 で AllApps 組織のリージョンを作成すると、自動化エンジンがマルチテナンシーを実現するために、いくつかの重要な NSX ネットワーク コンポーネントをオーケストレーションします。NSX Transit Gateway がデプロイされ、リージョン内のさまざまな VPC と外部サービスを接続する基盤となるルーティング バックボーンが提供されます。同時に、組織のデフォルト VPC がインスタンス化され、開発者がワークロードのデプロイをすぐに開始できる、すぐに使用できる隔離された環境が提供されます。この VPC やその他の VPC が広範なネットワークとどのように連携するかを制御するために、VPC 接続プロファイルが作成されます。このプロファイルは、VPC が厳密に隔離されているか (プライベート - TGW)、外部アクセスが可能かなど、組織の「ガードレール」を定義します。手動のネットワーク設定とは異なり、これらの手順はリージョンと組織のマッピング プロセス中に自動化されるため、管理者が手動で Tier-1 ゲートウェイやセグメントを構成することなく、必要なマルチテナント インフラストラクチャが一貫してすぐに使用できる状態になります。

VCF 9.0 Automation は、拡張性と外部システム統合のための主要な「エンジン」を 2 つ提供します。VCF Operations Orchestrator は、異種混在のインフラストラクチャ全体にわたる複雑なマルチステップのオーケストレーション用に設計された、堅牢で長年使用されているワークフロー エンジンです。ServiceNow、Infoblox などのサードパーティ システムやカスタム REST/SOAP エンドポイント用の豊富なプラグイン ライブラリをサポートしています。アクション ベース拡張性 (ABX) は、管理者が軽量スクリプト (Python、Node.js、または PowerShell) を VCF Automation フレームワーク内で直接実行できる、最新のサーバーレスの代替手段です。ABX は、プロビジョニング ライフサイクル中に Web フックを呼び出したり、単純な API 変換を実行したりするなど、迅速かつ特定のタスクに最適です。SDDC Manager (オプション D) と vSphere Lifecycle Manager (オプション E) は、管理とパッチ適用のための VCF スタックの中核コンポーネントですが、自動化ワークフローのコンテキストでのデータ交換のための拡張性「統合」としては使用されません。

Explanation:
既に「すべてのアプリ」組織がホストされている VCF フリート内に、運用上のオーバーヘッドを最小限に抑えて新しい VM アプリ組織を作成するには、次の 3 つの操作を選択します。
回答一覧
クラシックテナント作成機能のフラグを有効にする。
新しいVCFインスタンスをデプロイします。
新しいVCFワークロードドメイン（非共有NSX）を作成します。
VMware Cloud Foundation (VCF) 9.0 では、プラットフォームはデフォルトで最新の AllApps (AIIApps) アーキテクチャ モデルを採用しており、これは仮想プライベート クラウド (VPC) とスーパーバイザー統合ネットワークを中心としています。従来の仮想マシン向けの「クラシック」テナント モデルである VMApps 組織をこの環境に導入しつつ、オーバーヘッドを最小限に抑えるには、まず管理者が「クラシック テナント作成」機能フラグを有効にする必要があります。この切り替えにより、VPC フレームワークに依存しない組織をプロビジョニングするために必要な従来のワークフローが利用可能になります。
さらに、VMApps 組織は通常、最新の VPC Transit Gateway アーキテクチャとの競合を避けるために、独自の分離されたネットワークおよびコンピューティング境界を必要とします。そのため、管理者は新しい VCF ワークロード ドメイン (非共有 NSX) を作成する必要があります。非共有 NSX マネージャーを使用することで、VM 中心のワークロードで使用される従来のセグメントとロード バランシング サービスが、AllApps 組織のコンテナ最適化ファブリックから論理的にも技術的にも分離されます。最後に、「フリート」アプローチの場合、新しい VCF インスタンス (または管理ブロック) をデプロイすることで、これらのレガシー スタイルの組織を最高レベルの管理上の分離でホストするために必要なクリーンで専用のインフラストラクチャが提供され、新しい VM 中心のテナントが既存の AllApps 環境内でリソースを消費したり、構成のずれを引き起こしたりしないようにします。