サービスメッシュとは何であり、なぜ使用しますか？

Question

Accepted Answer

**サービスメッシュ**(Istio、Linkerd)は、リトライ、タイムアウト、mTLS、トラフィックルーティング、可観測性などの横断的なネットワークの関心事を**アプリケーションコードから**取り出し、**サイドカープロキシ**のネットワークインフラストラクチャレイヤーに移動します。

## 動作方法

各サービスインスタンスは**サイドカープロキシ**(例：Envoy)の隣で実行されます。すべてのトラフィックはプロキシを通過し、**データプレーン**を形成します。**コントロールプレーン**がそれらを構成します。

```text
┌─────────────────┐        ┌─────────────────┐
│ Service A       │        │ Service B       │
│  app  ⇄ [proxy] │◀──────▶│ [proxy] ⇄  app  │
└─────────────────┘  mTLS  └─────────────────┘
        ▲ configured by ▲
        └──── Control Plane (Istio/Linkerd) ────┘
```

## 提供するもの

- **mTLS** サービス間で自動的に(アプリの変更なし)。
- **復元力** — プロキシでのリトライ、タイムアウト、サーキットブレーカー。
- **トラフィック管理** — カナリア、A/B、重み付きルーティング。
- **可観測性** — 統一されたメトリクス、トレース、ログ。

## ポリシーの例

```yaml
# shift 10% of traffic to v2 (canary), no code change
route:
  - destination: { host: orders, subset: v1 }
    weight: 90
  - destination: { host: orders, subset: v2 }
    weight: 10
```

## トレードオフ

メッシュはレイテンシ(余分なホップ)、リソースオーバーヘッド(ポッドあたり1つのプロキシ)、および実際の運用の複雑さを追加します。

## なぜ重要なのか

メッシュは、各チームが異なる言語で再実装することなく、すべてのサービス間で復元力、セキュリティ、可観測性を標準化します。

ただし、これは重いです。重複したネットワークロジックがメッシュの運用コストを上回るほど十分なサービスがある場合のみ採用してください。