マイクロサービスアーキテクチャ 第2版

15章組織構造

ここまでのほとんどでは、粒度の細かいアーキテクチャに移行する際の技術的課題に、焦点を当ててきました。また、マイクロサービスアーキテクチャ、チームの編成方法の相互関係についても検討しました。「14.3　ストリームアラインドチームを目指して」では、ユーザ向け機能の提供に対してエンドツーエンドの責任を担う、ストリームアラインドチームの概念と、マイクロサービスがどのようにそのようなチーム構造の実現に役立つかについて検討しました。

ここでは、これらの考え方を具体化し、他の組織上の検討事項について調べる必要があります。これから説明するように、マイクロサービスを最大限に活用したい場合、危険を覚悟で会社の組織を無視することになります。

15.1　疎結合の組織

私は本書全体を通して、疎結合アーキテクチャを支持し、より自律的で疎結合のストリームアラインドチームとの連携が最善の結果をもたらす可能性が高いと、主張してきました。組織構造を変更せずにマイクロサービスアーキテクチャに移行すると、マイクロサービスの有用性が低下します。費用対効果（ROI）を得られないまま、アーキテクチャ変更に（かなりの）コストを払うことになりかねません。私はここまで、デリバリを高速化するための、チーム間の調整を減らす必要性について書いてきました。これによって、チームは、より多くの決定を自ら下せるようになります。本章では、このような考えをより深く掘り下げ、必要とされる組織や行動の変化について具体的に説明します。しかしその前に、疎結合の組織がどのようなものかについて、私の構想を共有しておくことが重要だと思います。

Jez Humble、Gene Kimは、その著書Accelerate†1で、最適なパフォーマンスを実現するために、どの行動が最も重要かを深く理解するため、自律的で疎結合のチームの特性を考察しました。著者によると、チームが次のことを実行できるかどうかが鍵となります。 ...