テンプレートの中身
- ノード数
- 11
- パック
- ネットワーククラウドセキュリティ技術スタックデータ
- カテゴリ
- アーキテクチャ
Free プランで使えます:ダイアグラムあたり 15 ノード+メモ・テキスト・ステッカー・マインドマップのトピック 150。
このテンプレートは、前段に API ゲートウェイを置いたマイクロサービスアーキテクチャを示します。Web とモバイルのクライアントは HTTPS でゲートウェイを呼び出し、ゲートウェイは ID プロバイダーでトークンを検証して、各リクエストを 4 つのサービスのいずれかに振り分けます。各サービスは自分のデータを持ちます。users-db と orders-db は PostgreSQL、inventory-db はドキュメントデータベースです。
サービスはすべてを互いの呼び出しで済ませるわけではありません。注文が入ると orders-service がイベントバスに OrderPlaced イベントを発行し、payments-service と inventory-service がそれを購読します。各サービスのカードには言語とインターフェースが表示されるので、図はどのコードを誰が持っているかの地図にもなります。
使いどころ
- モノリスを分割し、どのデータをどのサービスが持つかを合意するとき。
- 多数のサービスと 1 つの入口を持つシステムに、新しいエンジニアを迎えるとき。
- 同期呼び出しとイベントが分散モノリスになる前に見直すとき。
- すべてのサービスに影響するゲートウェイ、認証、メッセージングの変更を計画するとき。
使い方
サービスとデータベースの名前を変え、各サービスのカードに言語とインターフェースを書きます。
手元のサービスを 技術スタックパックから追加し、それぞれを データパックの専用データベースにつなぎます。
イベントは、発行元からイベントバス、バスから購読者へ向かう破線のエッジで描き、イベント名をラベルにします。
図を各サービスの担当チームと共有し、サービスやイベントが増えるたびにバージョンを保存します。
よくある質問
Docker Compose や Kubernetes のファイルをインポートできますか?
はい。docker-compose.yml を無料の Docker Compose を図に変換ツールに、マニフェストを Kubernetes YAML を図に変換ツールに貼り付けると、サービス、ポート、ボリュームが編集できるノードとして描かれます。デプロイの視点ではなく、担当とイベントを含む論理的な視点がほしいときにこのテンプレートを使ってください。
マイクロサービスごとにデータベースを持つべきですか?
一般的なルールです。サービス同士を独立させられるからです。あるサービスはほかを壊さずにスキーマを変えられ、ほかのサービスはその API やイベントを通じてデータを読みます。テンプレートはこのパターンを示していますが、共有データベースで動くシステムなら同じように描けます。
サービスを追加したとき、AI エージェントにこの図を更新してもらえますか?
はい。AI エージェントを MCP で Archboard に接続し、サービスとそのデータベース、発行するイベントの追加を頼んでください。図を開いている人には変更がライブで見え、エージェントがあなたの代わりに行った変更は 1 ステップで元に戻せます。
関連テンプレート
関連するユースケース
C4アーキテクチャ図