説明
同期コールアウトによる「利用可能時間保証」サービス向けのスケーラブルな統合ソリューションを構築する際に、統合アーキテクトは、過去の典型的な応答時間と最悪の応答時間、および同時実行されるサービスコールの数という2つの要素を考慮する必要があります。これらの要素は、統合ソリューションのパフォーマンス、信頼性、可用性、そして顧客チェックアウトプロセスのユーザーエクスペリエンスに影響を与える可能性があります。統合アーキテクトは、大量のサービスコールを処理し、応答時間を最適化し、エラーやタイムアウトを処理し、ガバナー制限やサービス割り当て量に達しないようにソリューションを設計する必要があります。
参考資料：認定資格 - インテグレーションアーキテクト - Trailhead、[コールアウトの制限事項]、[インテグレーションのパターンと実践]

https://developer.salesforce.com/docs/atlas.en-us.api_tooling.meta/api_tooling/tooling_api_objects_apexcodecoverage.htm

高い信頼性と複数日間のデータ保持期間を必要とする人事同期には、変更データキャプチャ（CDC）が最適なアーキテクチャの選択肢です。12 CDCは、Salesforceレコードの変更イベント（作成、更新、削除、および削除解除）を自動的に公開するイベント駆動型の統合フレームワークです。障害復旧におけるCDCの重要な機能は、72時間（3日間）の保持期間です。外部の人事システムまたはレプリケーションミドルウェアでダウンタイムが発生した場合、変更イベントはSalesforceイベントバスに最大3日間保存されます。人事システムがオンラインに戻ると、サブスクライバーは最後に正常に処理されたイベントのリプレイIDを使用して、バスから見逃したすべての通知を取得できるため、停止中のデータ損失はゼロになります。
一方、アウトバウンドメッセージング（オプションB）では、再試行の猶予期間は24時間のみです。ターゲットシステムが1日以上利用できない場合、通知は破棄されるため、3日間の要件には適していません。コールアウト（オプションC）は通常同期型であり、失敗したリクエストに対するネイティブなプラットフォーム管理ストレージや再試行メカニズムを備えていません。コールアウトが失敗すると、カスタムの再試行アーキテクチャを構築しない限り、データは失われます。CDCのネイティブで耐久性のあるイベントバスは、エラー処理やデータ復旧のための複雑なカスタムコードを必要とせずに、重要な人事データの同期に必要な拡張性と回復力を提供します。

説明
Fire and Forgetパターンは、応答や確認を待たずにSalesforceからリモートシステムにメッセージを送信できるため、このビジネスユースケースに適しています。これにより、統合の遅延と複雑さが軽減され、リモートシステムでの注文の非同期処理が可能になります。Salesforceで定義されたプラットフォームイベントを使用して注文の詳細をリモートシステムに公開でき、リモートシステムはそのイベントを購読してそれに応じて注文を作成できます。