Execution Context
この設計段階では、エンタープライズサービスバス（ESB）の中核となるアーキテクチャを定義し、統合環境の中枢神経系として機能させるための基盤を構築します。アーキテクトは、ルーティングポリシー、メッセージ変換ルール、およびプロトコル適応戦略を明確に規定し、異なるレガシーシステムと最新のマイクロサービス間の信頼性の高いデータフローを確保する必要があります。重要な決定事項には、ミドルウェアの機能選択、エラー処理メカニズムの定義、およびすべてのサービス間トランザクションを統制するセキュリティ基準の確立が含まれます。
主な目的は、厳格なトランザクション整合性を維持しながら、上流のプロデューサーと下流のコンシューマーを分離できる、スケーラブルなメッセージルーティング基盤を構築することです。
設計者は、既存のデータスキーマを標準化された社内フォーマットにマッピングし、データの意味的な整合性を確保する必要があります。これは、送信元または宛先アプリケーションのネイティブプロトコルに関わらず適用されます。
このソリューションでは、ピーク時の負荷においてシステム全体の停止を防ぐために、再試行ポリシー、デッドレターキュー、サーキットブレーカーなど、堅牢なフォールトトレランス機能を実装する必要があります。
Operating Checklist
相互運用が必要なすべてのソースシステムとターゲットシステムを特定し、それらの通信プロトコルとデータスキーマをカタログ化してください。
パフォーマンス要件、予算、および既存の技術スタックに合致する、適切なESB（エンタープライズ・サービス・バス）ミドルウェアプラットフォームを選択してください。
メッセージフローの構成を設計し、ルーティングルール、変換パイプライン、およびエラー処理ワークフローを含めてください。
各エンドポイントについて、入力/出力形式、許容される遅延、および信頼性に関する保証事項を明記した連携契約書を作成してください。
Integration Surfaces
エンタープライズサービスバスの選定
組織の予算内で、ミドルウェアベンダーを、サポートするプロトコル（JMS、HTTP、MQ）、スケーラビリティの限界、および既存のライセンス制約に基づいて評価する。
メッセージマッピング戦略
多様な入力データ形式を、XSLTまたはJSONPathを用いて変換し、下流の処理に適した統一された内部表現に変換するための変換ロジックを定義します。
セキュリティポリシー定義
認証および認可のフレームワークを確立し、許可されたサービスのみが、バスインフラストラクチャを通じてメッセージを送信または受信できるようにします。
