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

定義の方法

1. システム操作の洗い出し

システム操作とは、アプリケーションが処理するリクエストを抽象化したもの。ドメインモデルに対するふるまいを定義する仕様。

ふるまいの定義とは、システム操作が呼び出されたときに満たすべき前条件と、操作終了後に満たさないとならない後条件。

これらを定義するために、高水準のドメインモデルを定義する必要がある。

2. サービスの洗い出し

ビジネスに合わせて分割するサービスを定義する

業務に合わせてサービスを定義する

3. サービスAPIと連携方法の定義

個々のサービスのAPIを定義する

システム操作のサービスへの割当

基本的にはサービスに関係のあるシステム操作を割り当てる

システム操作が提供する情報を必要とするサービスに割り当てる

サービス間の連携

システム操作が満たすべき前条件と後条件を満たすように呼び出すサービスを決める

ただし、サービス間で連携する場合、下記に注意が必要

ネットワークのレイテンシ

サービス間の同期通信による可用性の低下

プロセス間通信

インタラクションスタイル

table: 対応表

１対１ １対多

同期的 リクエスト／レスポンス -

非同期的 非同期リクエスト／レスポンス パブリッシュ／サブスクライブ

一方通行の通知 パブリッシュ／非同期レスポンス

リクエスト／レスポンス：同期的な通信。サービス間が密結合になる。

非同期リクエスト／レスポンス：リクエストしたクライアント側がレスポンスを待つブロックをしない状態

パブリッシュ／サブスクライブ：クライアントがメッセージをパブリッシュし、サブスクライブした０個以上のサービスがメッセージを消費する

パブリッシュ／非同期レスポンス：パブリッシュしたクライアントが特定のサービスからのレスポンスを待つ

一方通行の通知：サービスにリクエストを送るが、レスポンスは期待しない

APIのバージョニング

セマンティックバージョニングを使うことで、互換性のないAPIの更新によって、利用しているサービスがダウンしないような設計を心がける。

セマンティックバージョニングに従うために、以下のような観点でバージョン番号を設定する

Major：APIに互換性のない変更を加えるときにインクリメントする

HTTPベースの場合、パスにバージョンを組み込んだり、MIMEタイプにversionを含めることで互換性を保つ

Minor：APIに下位互換のある変更を加えるときにインクリメントする

リクエストにオプション属性の追加

レスポンスの属性の追加

新しい操作の追加

Patch：下位互換性のあるバグフィックスをするときにインクリメントする

参考