マイクロサービス
現代的なサービスアーキテクチャの分割パターン。サイズと色で、 どのノードが負荷 / 調整の中心かを伝えます。
ダウンストリームサービスを持つ API ゲートウェイ
多数のサービスの前段に 1 つのゲートウェイを置きます。ここでは sizeScale=1.6 で大きく見せることで「ファンイン / ファンアウト」の 階層が一目に伝わります。
doc { cols: 4, rows: 2 }
region @A1:B2 "Edge" color=accent/28
region @C1:D2 "Services" color=primary/24
icon :client @A1 tabler/device-laptop "Client"
icon :gw @A2 tabler/api "Gateway" sizeScale=1.6
icon :users @C1 tabler/users "Users" { badges: ['check'] }
icon :orders @D1 tabler/shopping-cart "Orders" { badges: ['check'] }
icon :notify @C2 tabler/bell "Notify" { badges: ['alert'] }
icon :billing @D2 tabler/credit-card "Billing" { badges: ['check'] }
client --> gw
gw --> users
gw --> orders
gw --> notify dash="2 4"
gw --> billingキューを介したサービス間通信
コンシューマが遅くてもプロデューサは継続できます。バッジで各 サービスのヘルスチェック状態を示し、破線矢印は非同期ホップを 表します。
doc { cols: 4 }
icon :orders @A1 tabler/shopping-cart "Orders" { badges: ['check'] }
icon :queue @B1 tabler/inbox "Queue" sizeScale=1.3
icon :fulfill @C1 tabler/truck-delivery "Fulfill" { badges: ['check'] }
icon :notify @D1 tabler/bell "Notify" { badges: ['alert'] }
orders --> queue "enqueue" width=2
queue --> fulfill "consume"
queue --> notify "consume" dash="4 4"
note @B2 (notify) "Lagging —\ninvestigate"サーガ: 分散トランザクション
3 ステップのサーガです。補償的な返金経路を破線にして順方向の 流れと区別しています。
Frame 1 / 1–3
サービスメッシュのサイドカーパターン
各アプリ Pod にサイドカープロキシが付きます。メッシュ層が mTLS・リトライ・テレメトリを言語を問わず統一的に受け持ちます。
doc { cols: 4, rows: 2 }
region @A1:D1 "App containers" color=primary/24
region @A2:D2 "Mesh sidecars" color=secondary/24
icon :app1 @A1 tabler/server "app-1"
icon :app2 @B1 tabler/server "app-2"
icon :app3 @C1 tabler/server "app-3"
icon :app4 @D1 tabler/server "app-4"
icon :sc1 @A2 tabler/shield "proxy"
icon :sc2 @B2 tabler/shield "proxy"
icon :sc3 @C2 tabler/shield "proxy"
icon :sc4 @D2 tabler/shield "proxy"
app1 --> sc1
app2 --> sc2
app3 --> sc3
app4 --> sc4
sc1 --> sc2 "mTLS" width=2
sc3 --> sc4 "mTLS" width=2