イベント駆動マイクロサービスを構築する

第17章. 結論

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

イベントドリブンなマイクロサービスアーキテクチャは、ビジネス上の問題を解決するための、強力かつ柔軟で、定義が明確なアプローチを提供する。ここで、本書で扱った内容を簡単に振り返り、最後に一言述べておこう。

通信レイヤー

データ通信構造は、組織全体で重要なビジネス・イベントに普遍的にアクセスすることを可能にする。イベントブローカーは、データの厳密な整理を可能にし、ほぼリアルタイムで更新を伝搬し、ビッグデータ規模で動作できるため、このニーズを非常によく満たしている。データの通信は、それを変換し利用するビジネスロジックから厳密に切り離されたままであり、これらの要件を個々の境界づけられたコンテキストにオフロードする。このように関係性を分離することで、イベントブローカーはビジネスロジックの要件（読み取りと書き込みのサポートは別として）に対してほとんど不可知論的であり続けることができ、イベントデータのストア、保存、コンシューマへの配信に厳密に集中することができる。

成熟したデータ・コミュニケーション・レイヤーは、データの所有と生産を、データのアクセスと消費から切り離す。アプリケーションはもはや、内部のビジネス・ロジックにサービスを提供する一方で、同期メカニズムや他のサービスのための外部からのダイレクト・アクセスを提供することで、二重の義務を果たす必要はない。

どのようなサービスでも、イベントブローカーの耐久性とレジリエンスを活用することで、内部状態の変更ログをストアするためにイベントブローカーを使用するサービスを含め、そのデータを高可用性にすることができる。サービス・インスタンスに障害が発生しても、データにアクセスできなくなるわけではなく、プロデューサがオンラインに戻るまで新しいデータが遅れるだけである。一方、コンシューマはプロデューサが停止している間、イベント・ブローカーから自由にデータを利用することができ、サービス間の障害モードを切り離すことができる。

ビジネス・ドメインと境界づけられたコンテキスト

企業は特定のドメインで演算子を行っており、そのドメインはサブドメインに分解することができる。境界づけられたコンテキストは、サブドメインに関連するインプット、アウトプット、イベント、要件、プロセス、データモデルなどの境界を特定する。

マイクロサービスの実装では、これらの境界づけられたコンテキストに合わせて構築することができる。その結果、サービスやワークフローは問題やビジネス要件と整合する。ユニバーサルデータ通信レイヤーは、マイクロサービスの実装がビジネスドメイン内の変化やそれに続く境界づけられたコンテキストに適応できる柔軟性を確保することで、これらの整合を促進するのに役立つ。

共有可能なツールとインフラ

イベント駆動型マイクロサービスは、マイクロサービス税として知られる、スケールでの運用を可能にするシステムとツールへの投資を必要とする。イベント・ブローカーは、サービス間の基本的なコミュニケーションを提供し、各サービスに独自のデータ通信ソリューションのマネージを免除するため、システムの中心にある。

マイクロサービスアーキテクチャは、アプリケーションの作成、管理、デプロイを取り巻くすべての問題を増幅させ、これらのプロセスの標準化と合理化から利点を得る。各マイクロサービスにはオーバーヘッドが発生するが、標準化されていないものはプロトコルに従ったものよりもかなり多く発生する可能性があるからだ。 ...