定義

フェデレーテッドワークフローは、単一の包括的なビジネスプロセスが、複数の独立した自律的な運用ユニットまたはドメイン全体で管理されるシステムを記述します。すべてのロジックとデータを単一のモノリシックシステムに集中させるのではなく、ワークフローは特定のタスクと意思決定権限をこれらの分散コンポーネントに委任し、これらのコンポーネントはデータと実行環境に対するローカルな制御を維持します。

なぜ重要なのか

複雑な現代のエンタープライズでは、データとプロセスが単一の場所に存在することはめったにありません。集中型ワークフローは、レイテンシ、スケーラビリティ、データ主権の要件に苦しむボトルネックになりがちです。フェデレーテッドワークフローは、専門のチームやサービスがグローバルなプロセス標準を遵守しながらプロセスの部分をローカルで実行できるようにすることで、ガバナンスを犠牲にすることなくアジリティを確保します。

仕組み

中核的なメカニズムには、調整レイヤーまたはオーケストレーターが関与します。このレイヤー自体がタスクを実行するのではなく、状態を管理し、適切な分散ノードで必要なサブワークフローをトリガーし、結果を集約します。各参加ノードは自律的に動作し、ローカルデータとビジネスロジックを使用して割り当てられたワークフローセグメントを完了し、オーケストレーターにステータス更新を報告します。

一般的なユースケース

フェデレーテッドワークフローは、組織横断的なコラボレーションや高いデータパーティショニングが必要なシナリオで非常に効果的です。

• グローバルサプライチェーン管理： 各地域の倉庫が在庫をローカルで管理しますが、全体的なフルフィルメントワークフローはグローバルに調整されます。
• マルチクラウド運用： 単一のデプロイメントパイプラインがAWS、Azure、オンプレミスインフラストラクチャで実行されているサービスをまたいで展開されます。
• 大規模データ処理： データが異なる地理的な場所にサイロ化されたままになるAIモデルのトレーニングなど、トレーニングプロセスが中央で調整されます。

主な利点

• スケーラビリティ： ワークロードが分散されるため、より多くの独立したノードを追加することでシステムを水平にスケールできます。
• 回復力： 一つのローカルコンポーネントの障害が必ずしも全体のグローバルワークフローを停止させるわけではありません。オーケストレーターはタスクをリルートまたは再試行できます。
• 自律性と速度： ローカルチームは特定のプロセスを制御し続けるため、ドメイン内でのイテレーションとコンプライアンスが高速化します。

課題

フェデレーテッドシステムを実装すると、いくつかの領域で複雑さが生じます。

• 相互運用性： 異種システムが標準化されたプロトコルを使用して通信できることを保証することが極めて重要です。
• 一貫性： 自律的なノード間でトランザクションの整合性とデータの一貫性を維持するには、堅牢な補償ロジックが必要です。
• 可観測性： 単一のトランザクションを数十の独立したサービス全体で追跡することは、集中型システムよりもはるかに複雑になる可能性があります。

関連概念

この概念は、マイクロサービスアーキテクチャ、分散型台帳技術（DLT）、イベント駆動型アーキテクチャ（EDA）と重複しています。マイクロサービスがサービス境界を定義するのに対し、フェデレーテッドワークフローはそれらの境界をまたぐ調整パターンを定義します。