これらのビジネス要件を満たすソリューションを設計する際に統合アーキテクトが考慮する必要があるメッセージの耐久性に関する考慮事項は次のとおりです。
Salesforce イベント バスにサブスクライブする場合、古いイベントと新しいイベントを表示できるように、ReplayID が -2 の値で使用されます。
大量のイベント メッセージは 72 時間 (3 日間) 保存されます。
Salesforce イベント バスは、Salesforce 内または外部ソースのイベントを公開および登録できるメッセージング サービスです。ReplayID は、イベント ストリーム内の位置を示すイベント メッセージのプロパティです。値 -2 の ReplayID を使用すると、保持ウィンドウに保存されているすべてのイベントを再生できるため、Salesforce での注文処理のステージを確認するのに役立ちます。大容量イベント メッセージは、大量のデータに対応でき、パフォーマンスとスケーラビリティが最適化されたタイプのイベント メッセージです。大容量イベント メッセージは、イベント バスに 72 時間 (3 日間) 保存されるため、その期間内であれば再生できます。その他のオプションは正しくありません。値 -1 の ReplayID を使用すると、登録後に公開された新しいイベントのみを表示できます。大容量イベント メッセージは、24 時間 (1 日間) ではなく、72 時間 (3 日間) 保存されます。

統合コンサルタントは、現在および将来のデータとシステムの使用状況を評価し、Salesforceへの潜在的な統合要件を特定する必要があります。このアプローチは、提案されたCRMシステムのビジネスニーズ、データフロー、データ品質、データ量、データ頻度、データセキュリティを理解するのに役立ちます。この分析に基づいて、統合コンサルタントはマーケティング、ERP、Outlookなどの各システムに最適な統合ソリューションを設計・実装できます。
参考資料: [Salesforce 統合アーキテクチャ デザイナー リソース ガイド]

説明
トリガとは、Salesforce でレコードが挿入、更新、削除、または復元された際に、プログラムによってロジックを実行する方法です。トリガは、外部システムへの REST コールアウトを実行するコードを含む Apex クラスを呼び出すことができます。REST コールアウトは、サービスエンドポイントに HTTP リクエストを送信し、レスポンスを受信する方法です。REST コールアウトは、Apex コードがレスポンスを待ってから実行を続行するかどうかによって、同期または非同期になります。同期コールアウトは、注文処理など、レスポンスがすぐに必要なシナリオに適しています1。
Apex プロキシクラスは、外部 SOAP Web サービスの WSDL (Web サービス記述言語) ドキュメントから生成されるクラスです。Apex プロキシクラスは、外部 Web サービスへの SOAP コールアウトに使用できますが、REST コールアウトには使用できません。SOAP コールアウトは、サービスエンドポイントに HTTP リクエストを送信してレスポンスを受信する別の方法ですが、REST2 とは異なる形式とプロトコルを使用します。
プロセスビルダーは、条件とアクションを定義することでビジネスプロセスを自動化できる宣言型ツールです。プロセスビルダーは、Process.Pluginインターフェースを実装したApexクラスを呼び出すことができ、これによりカスタムロジックでプロセスビルダーの機能を拡張できます。ただし、プロセスビルダーはバックグラウンドで実行され、外部システムからの応答を待たないため、同期コールアウトをサポートしていません。プロセスビルダーは、トランザクションがコミットされた後に実行される非同期コールアウトのみをサポートしています3。
Batch Apex は、大量のデータを小さなレコードのバッチに分割することで、非同期的に処理する方法です。Batch Apex は、データのクレンジング、アーカイブ、統合など、複雑で長時間かかるデータ操作を実行できます。Batch Apex は、バッチクラスに Database.AllowsCallouts インターフェースを実装することで、外部システムへのコールアウトを実行できます。ただし、Batch Apex はバックグラウンドで実行され、外部システムからの応答を待たないため、コールアウトを同期させる必要があるシナリオには適していません。また、Batch Apex には、キュー内のバッチの最大数、バッチあたりのレコードの最大数、バッチあたりのコールアウトの最大数など、いくつかの制限があります4。
Lightning コンポーネントは、Salesforce で最新の Web アプリケーションを構築するために使用できる、再利用可能なユーザーインターフェースのユニットです。Lightning コンポーネントは、JavaScript コードを使用するか、コールアウトのロジックを含む Apex コントローラクラスを呼び出すことで、外部システムへのコールアウトを実行できます。Lightning コンポーネントは、JavaScript コードまたは Apex コードがレスポンスを待機してから実行を続行するかどうかに応じて、同期または非同期のコールアウトを実行できます。ただし、商談の成立/成立など、レコードの変更によってコールアウトをトリガーする必要があるシナリオには、Lightning コンポーネントは適していません。Lightning コンポーネントでは、コールアウトを開始するために、ボタンのクリックやページの読み込みなどのユーザー操作が必要です。
したがって、正解は A です。Apex クラスを呼び出して注文管理システムへの REST コールアウトを実行するトリガーを作成することが、商談がクローズ/成立したときに同期コールアウトを実行するという要件を満たす唯一のオプションだからです。
参照: 1: トリガーからのコールアウト | Apex 開発者ガイド | Salesforce 開発者 2: WSDL から Apex クラスを生成する | Apex 開発者ガイド | Salesforce 開発者 3: プロセスビルダーから Apex を呼び出す | プロセス自動化開発者ガイド | Salesforce 開発者 4: バッチ Apex の使用 | Apex 開発者ガイド | Salesforce 開発者 5: Lightning コンポーネントの JavaScript コードから HTTP リクエストを実行する | Lightning Aura コンポーネント開発者ガイド | Salesforce 開発者

このシナリオでは、アーキテクチャにリモートコールインパターンまたはバッチ同期が採用されており、外部システム（ミドルウェアまたはETLツール）がSalesforceとの通信を開始してレコードを更新します。外部システムがSalesforce APIに安全にアクセスし、これらの更新を実行するには、認証と承認が必要です。
接続アプリケーションは、APIやOAuth 2.0、SAMLなどの標準プロトコルを使用して外部アプリケーションをSalesforceと連携させるための基盤となるフレームワークです。接続アプリケーションを設定することで、アーキテクトはミドルウェアに付与する権限（スコープ）を定義できます。例えば、REST APIやBulk API経由でデータにアクセスする権限などです。ミドルウェアは電話番号分類データを取引先レコードまたは取引先責任者レコードにプッシュバックするためにSalesforceに「ログイン」する必要があるため、これは正しい選択です。
オプションBのAPIゲートウェイは、通常、組織から外部サービスへのリクエストを管理および保護したり、オンプレミスAPIのファサードを提供したりするために使用され、Salesforce自体への受信認証は処理しません。オプションCのリモートサイト設定は、Salesforceが特定の外部URLへの発信呼び出しを許可するためにのみ使用される設定です（例えば、SalesforceがApex経由で電話分類サービスを直接呼び出す場合など）。
同期のタイミングが柔軟（夜間または12時間ごとの同期が可能）で、10万件の通話を処理する企業にとって、ETLツールによるバッチ同期パターンは非常に効率的です。ETLツールは、セキュアなOAuthフロー（サーバー間連携用のJWTベアラーフローなど）を使用して接続アプリケーションに対して認証を行い、新しい電話番号を取得し、外部分類APIを呼び出し、Salesforceレコードを一括更新します。この設定により、Salesforceのセキュリティアーキテクチャを尊重しつつ、コールセンターの大量データ要件を満たす、安全で拡張性が高く、管理しやすい統合が実現します。

説明
OAuthプロトコルは、Webリソースへのアクセスを承認するための標準的な方法です。接続アプリケーションをAPIゲートウェイの認証エンドポイントに設定することで、SalesforceはAPIゲートウェイからアクセストークンを取得し、それを使用して外部APIを安全に呼び出すことができます。これにより、認証用の証明書やユーザー認証情報を管理する必要がなくなります。2 参考文献：1: データ仮想化パターン 2: OAuth 2.0 Webサーバー認証フロー