VMware Cloud Foundation (VCF) 9.0 では、VCF サービス ブローカーは、VM Apps テナントのエンドユーザーに利用可能なサービス、ブループリント、コンテンツのセルフサービス カタログを提供する役割を担うコンポーネントです。ドキュメントには次のように説明されています。
「Service Brokerは、VMベースおよびクラウドネイティブアプリケーションのカタログサービスとして機能し、組織がポリシー、制約、ガバナンスを適用しながら、厳選されたコンテンツをエンドユーザーに公開できるようにします。」VCF Operations Orchestrator（A）はワークフローの自動化を提供しますが、セルフサービスカタログでサービスを直接公開することはありません。
VCFアセンブラ（B）は、設計図やアプリケーションテンプレートを作成するために使用されますが、エンドユーザーへの公開には使用されません。
VCF Config (D) は、カタログサービスではなく、インフラストラクチャ構成管理と望ましい状態への準拠を担当します。
したがって、カタログに必要なコンポーネントはVCFサービスブローカーです。

VCF 9.0導入ガイドには次のように記載されています。
「新しいVCFインスタンスごとに、vCenter Server、NSX Managerクラスタ、およびSDDC Managerで構成される独自の管理ドメインが必要です。」vCenter（A）は、ESXiホストとクラスタを管理するために必要です。
NSX Manager (D) は、インスタンスに対してソフトウェア定義ネットワークを提供します。
SDDC Manager (E) は、各 VCF インスタンスの中核となるライフサイクル管理コンポーネントです。
スーパーバイザー（B）はオプションであり、Kubernetesワークロードが必要な場合にのみ有効になります。VCFオートメーション（C）は独立したソリューションであり、コアインスタンスの起動には含まれません。VCFインストーラー（F）はデプロイツールであり、永続的なコンポーネントではありません。したがって、デプロイすべき正しいコンポーネントは、vCenter、NSX Manager、およびSDDC Managerです。

安全なログ転送（A）、最小権限のRBAC（C）、および堅牢な変更管理（D）は、一般的なコンプライアンスフレームワークに準拠しています。ログを無効にする（B）ことは、監査要件に反します。

vSANホストをメンテナンスモードにする際に「アクセス性の確保」を選択すると、メンテナンス操作中もすべてのデータへのアクセスが維持されます。必要な場合にのみホストからデータを移動し、ダウンタイムを最小限に抑えつつアクセス性を優先します。このオプションは、「完全データ移行」と比較して操作完了に必要な時間を最小限に抑えるように設計されています。

リソースプールは、リソースの分離、制御、および委任機能を提供します。予約、制限、および共有を設定することで、ミッションクリティカルなワークロード（本番環境の仮想マシンなど）には確実にリソースが割り当てられ、開発ワークロードやテストワークロードには利用可能なリソースのみが使用されるようにすることができます。
これは以下の要件に直接合致する。
リソースが利用可能な場合のみ電源をオンにする - 予約と制限によって実現。
本番環境の仮想マシンには、一定レベルのリソースが保証される必要があります。これは、リソース予約によって実現されます。
需要が変動する3層構造のアプリケーション - 複数のリソースプールにわたる共有と制限を使用して制御されます。