説明
データベースが Open Data Protocol (OData) をサポートしている場合は、Salesforce Connect を使用します。Salesforce Connect を使用すると、データを Salesforce にコピーすることなく、外部データソースを Salesforce と統合できます。OData は、さまざまなソースからデータにアクセスするための標準プロトコルです。「データベースが Open Database Connectivity (ODBC) をサポートしている場合は Salesforce Connect を使用する」は、Salesforce Connect では ODBC がサポートされていないため、正しくありません。Heroku でホストされているデータが正しくない場合は Heroku Connect を使用します。これは、オンプレミス システムではなく、Salesforce と Heroku Postgres データベースの間でデータを同期するために Heroku Connect が使用されるためです。

説明
回答 D は有効です。ミドルウェアを使用して 10 の異なる検証サービスへの呼び出しを処理することは、統合の複雑さと変動性に対処できるスケーラブルで信頼性の高いソリューションであるためです。ミドルウェアは、さまざまな Web サービスへの呼び出しを調整し、検証結果を統合し、エラーや再試行を処理できます。その後、ミドルウェアは API またはプラットフォーム イベントを使用して Salesforce にコールインし、検証ステータスを「検証済み」に更新できます12。Salesforce 外部サービスを使用して 10 個の異なる検証サービスを呼び出すことはできないため、回答 A は無効です。実現可能な、または効率的なソリューション。Salesforce 外部サービスは、フローから外部サービスを呼び出し、その入力と出力をフロー変数にマッピングできる機能です。
ただし、この機能では、Web サービスごとに Apex アクション、名前付き認証情報、および外部サービス定義を設定する必要があり、ローコード ソリューションではありません。さらに、この機能は、フロー インタビューごとに外部サービスを 1 回だけ呼び出すため、結果が検証されるまで検証機関のチェックをサポートしません3。各検証機関にコールアウトを行うためのトレーナー レコードでのトリガーの作成は、トレーナー レコードにトリガーを作成する必要があるため、回答 B は無効です。推奨または堅牢なソリューションではありません。トリガーは、挿入、更新、削除などのデータベースイベントの前後に実行される Apex コードです。ただし、トリガーはデータベース トランザクションの一部であり、迅速に完了する必要があるため、トリガーは直接コールアウトを行うことはできません。トリガーからコールアウトを行うには、future メソッドやキュー可能ジョブなどの非同期プロセスを使用する必要があります。これにより、統合に複雑さとオーバーヘッドが追加されます。さらに、トリガーにはトランザクションごとに実行できるコールアウトと非同期呼び出しの数に制限があり、統合のスケーラビリティと信頼性に影響を与える可能性があります。
@future アノテーションを使用して Apex コールアウトを作成し、すべての異なる代理店にコールアウトを行うことは、適切または信頼できるソリューションではないため、回答 C は無効です。@future アノテーションを使用すると、後でシステム リソースが利用可能になったときに実行するメソッドをマークできます。ただし、このアノテーションには次のようないくつかの制限と欠点があります。
Future メソッドは値を返すことができないため、トレーナーのステータスを「検証済み」に直接更新できません。
Future メソッドには、実行ごとに実行できるコールアウトの数と将来の呼び出しの数に制限があり、統合のスケーラビリティと信頼性に影響を与える可能性があります。
Future メソッドは独自のスレッドで実行され、静的変数や状態を他のメソッドと共有しないため、さまざまな機関からの検証結果を統合することが困難になります。
Future メソッドは特定の時間または順序で実行されることが保証されていないため、統合の適時性と精度に影響を与える可能性があります。
1: オーケストレーション パターン 2: リモート プロセス呼び出し - 要求と応答 3: 外部サービス : Apex 開発者ガイド: トリガ : Apex 開発者ガイド: Future メソッドの使用

説明
Salesforce からフルフィルメント システムに注文を送信するための統合を設計するときに考慮する必要があるシステム制約の問題は、統合のパフォーマンス、信頼性、スケーラビリティに関連しています。
統合のレイテンシと冪等性は、これらの側面に影響を与える重要な要素です。したがって、質問 A と D は統合設計に関連します。質問 B は注文検証のビジネス ロジックに関連しており、システム制約の質問ではありません。質問 C はアウトバウンド メッセージング インターフェイスの実装の詳細に関連していますが、これもシステム制約に関する質問ではありません。

説明
ストリーミング API は、Salesforce データに対する変更のリアルタイム通知を送信するための最良のオプションです。ストリーミング API は、パブリッシュ/サブスクライブ モデルを使用して、ポーリングなしで関連データをサブスクライバーにプッシュします。ストリーミング API は、リッスンするデータ変更を定義する SOQL クエリに基づく PushTopic イベントをサポートします。関連会社は、NTO Salesforce 組織で PushTopic イベントをサブスクライブし、クエリに一致するデータが変更されるたびに通知を受け取ることができます。これにより、関連会社は NTO Salesforce インスタンスの案件の更新情報を受け取ることができます。