設問
Universal Containers（UC）は、オンプレミスサーバー上で稼働するカスタムモノリシック Web サービスを使用し、次の 3 つのポイントツー ポイント統合を担っています。
Salesforce ↔ 従来の課金アプリケーション
Salesforce ↔ クラウドベースの ERP アプリケーション
Salesforce ↔ データレイク
しかし、これらの統合にはモノリシック Web サービスへの強い依存があり、単一障害点となってパフォーマンス低下や統合失敗の原因となっています。システム間の結合度を下げ、パフォーマンスを改善するにはどのようにすべきでしょうか？
選択肢
A. 現在のモノリシック Web サービスを書き直して最適化し、効率を高める。
B. マイクロサービスアーキテクチャのために Web サービスを小さな部分に分割し、モジュール設計を活用する。
C. Salesforce との再統合時に Bulk API を使用する。
D. カスタムモノリシック Web サービスをオンプレミスからクラウドプロバイダーに移行する。
解答
B. マイクロサービスアーキテクチャのために Web サービスを小さな部分に分割し、モジュール設計を活用する。
解説
A. 現在のWebサービスを書き直して最適化し、効率を高めます。
不正解です。
Salesforce Integration Patterns and Practices PDFでは、複雑な統合シナリオ（オーケストレーション、集約、変換など）にはミドルウェアの使用が推奨されています。単なる最適化では、密結合の根本的な問題は解決されません。
B. マイクロサービスアーキテクチャのためにWebサービスを小さな部分に分割して、モジュール設計を活用します。
正解です。
Salesforce Architectsのドキュメントによると、「アーキテクチャは、アプリケーションの複雑性の増大に対応するために継続的に進化しています…現在のSalesforceプラットフォームのアーキテクチャには、数百の独立したメタデータ駆動のサービスが含まれています」。また、Salesforce Event-Driven Architecture のガイドでは、「EDAは、イベントメッセージのコンシューマー（サブスクライバー）をイベントメッセージのプロデューサー（パブリッシャー）から切り離し、より大きなスケールと柔軟性を可能にします」と記載されており、モジュール化による分離が推奨されています。
C. Salesforceに再度統合するときにSalesforce Bulk APIを使用します。
不正解です。
Integration Patterns and Practices PDFによると、Bulk APIは大量データの処理に適していますが（「Any data operation that includes more than 2,000 records is a good candidate for Bulk API 2.0」）、システム間の密結合の問題を解決するものではありません。
D. カスタムモノリシックWebサービスをオンプレミスからクラウドプロバイダーに移動します。
不正解です。
単に場所を変更しても、モノリシックアーキテクチャの根本的な問題（密結合）は解決されません。PDFでは、ミドルウェアやサービス指向アーキテクチャへの移行が推奨されています。
第9問
こちらをクリック
