Integration Architect

第1部：システムはどう対話するか（基礎：見る）

システムがどう対話するか、そして何が必要かをどう読み取るか。第1〜3章は Admins to Architects：管理者のための独立したセクションであり、Admin to Solution Architect の旅の統合の段階です。

• 管理者のための統合：すべての管理者が知っておくべきこと · 近日公開
• 呼び出しはどう動くか：クライアントとサーバーのタンゴ、ペイロード、Swagger · 近日公開
• 管理者の統合ツールキット · 近日公開
• システムランドスケープを読む · 近日公開
• ビジネスニーズから統合要件へ · 近日公開
• タイミングと量：Steve のゼロの数 · 近日公開
• 統合パターン · 近日公開

第2部：持ちこたえる統合（実践：設計する）

出入りの仕組み、ハブとしての Data 360、接続の保護、そして持ちこたえさせること。

• プロバイダーとしての Salesforce：すべての入口 · 近日公開
• Bulk：銀行の窓口係と18輪トラック · 近日公開
• イベント：クライアントが私の家まで車で来る · 近日公開
• クライアントとしての Salesforce：コードと Flow からのコールアウト · 近日公開
• 統合ハブとしての Data 360 · 近日公開
• 通信路の信頼：暗号化、TLS、証明書 · 近日公開
• 誰が呼んでいるのか：OAuth、外部クライアントアプリケーション、統合ユーザー · 近日公開
• 障害、回復、監視 · 近日公開

第3部：つながった企業（上級：導く）

統合の物語、そして企業とエージェントの時代。最後は判断力。

• 統合の物語：CORBA から今日まで · 近日公開
• ミドルウェアと企業 · 近日公開
• 仮想化とマッシュアップ · 近日公開
• マルチ組織、バックアップと復元 · 近日公開
• 統合マップ上のエージェント：ヘッドレスと MCP · 近日公開
• エージェント間（A2A）統合 · 近日公開
• 統合設計をレビューする · 近日公開
• 私ならこう設計する：統合編 · 近日公開