本章では、マイクロサービス環境で利用されるService Meshの設計思想と、代表的な実装であるIstioについて学習します。
近年のシステムでは数百〜数千のマイクロサービスが連携して動作するケースも珍しくありません。その中で「通信制御」「認証」「暗号化」「監視」「負荷分散」を各アプリケーションへ実装することは非常に困難です。
Service Meshはこれらをアプリケーションではなく、インフラレイヤーで一元管理する仕組みです。
1. Service Meshとは
Service Meshとは、マイクロサービス間通信を制御するための基盤です。
Service A
↓
Service Mesh
↓
Service B
アプリケーションを書き換えることなく、通信制御を実現できます。
2. なぜ必要なのか
マイクロサービスが増えると以下の問題が発生します。
- サービス間認証
- 通信暗号化
- ロードバランシング
- リトライ制御
- タイムアウト制御
- 監視・トレーシング
- 障害検知
- バージョン管理
これらを各アプリケーションへ実装すると保守が非常に困難になります。
3. Sidecar Proxy
Service Meshでは各PodへSidecar Proxyが配置されます。
Pod
├── Application
└── Envoy Proxy
通信は必ずEnvoyを経由します。
4. Istioとは
Istioは最も有名なService Mesh実装の一つです。
主な機能
- Traffic Control
- mTLS
- Observability
- Authorization
- Fault Injection
- Canary Release
5. Envoy Proxy
IstioではEnvoy Proxyがデータプレーンとして通信を担当します。
Client
↓
Envoy
↓
Service
↓
Envoy
↓
Destination
6. Control PlaneとData Plane
Istiod
↓
Envoy Proxy
↓
Application
Istiodが設定を管理し、Envoyへ配信します。
7. mTLS（Mutual TLS）
通常のTLSはサーバだけを認証します。
mTLSではクライアント・サーバ双方を認証します。
Service A
⇔ TLS ⇔
Service B
ゼロトラスト環境では必須となる技術です。
8. Traffic Routing
Istioでは通信ルールを柔軟に変更できます。
Client
↓
v1 80%
v2 20%
9. Canary Release
新バージョンを一部ユーザーへだけ公開できます。
95%
↓
Version1
5%
↓
Version2
10. Blue/Green Deployment
Service Meshでは瞬時に切り替えが可能です。
Blue
↓
Switch
↓
Green
11. Retry制御
一時的な通信障害時、自動でリトライできます。
Request
↓
Fail
↓
Retry
↓
Success
12. Circuit Breaker
障害サービスへのアクセスを一時停止します。
Request
↓
Failure多数
↓
Circuit Open
↓
アクセス停止
13. Timeout制御
応答が遅いサービスへの待機時間を制御します。
- 1秒
- 3秒
- 10秒
14. Fault Injection
意図的に遅延やエラーを発生させ、耐障害性をテストします。
- 500 Error
- Delay
- Packet Loss
15. Load Balancing
Service Meshは様々な負荷分散アルゴリズムを提供します。
- Round Robin
- Least Request
- Random
- Consistent Hash
16. Service Discovery
KubernetesのService情報と連携し、自動で通信先を認識します。
17. Authorization Policy
サービスごとのアクセス制御を設定できます。
Frontend
↓
許可
↓
Backend
↓
拒否
↓
Database
18. Telemetry
Service Meshでは以下の情報を取得できます。
- Latency
- Request数
- Error率
- 通信量
- レスポンス時間
19. Distributed Tracing
1つのリクエストがどのサービスを通過したかを可視化できます。
Client
↓
API
↓
User Service
↓
Payment
↓
Database
20. Service Meshのデメリット
- 構成が複雑
- Proxy分のCPU使用量増加
- メモリ消費増加
- 運用難易度が高い
- 学習コストが高い
21. ベストプラクティス
- mTLSを有効化する
- Timeoutを設定する
- Retryを適切に設計する
- Circuit Breakerを利用する
- Canary Releaseを採用する
- トレーシングを有効にする
- 監視を統合する
まとめ
Service Meshは通信をアプリケーションから切り離し、インフラレイヤーで一元管理するための仕組みです。
IstioとEnvoyを活用することで、高度な通信制御・認証・可観測性・障害対策を実現できます。
大規模なマイクロサービス環境では、Service Meshはクラウドネイティブアーキテクチャを支える重要な技術となっています。
本章のゴール
- Service Meshの目的を理解する
- Istioのアーキテクチャを説明できる
- Envoy Proxyの役割を理解する
- Control PlaneとData Planeの違いを説明できる
- mTLSを理解する
- Traffic Routingを設計できる
- Canary Releaseを理解する
- Blue/Green Deploymentを理解する
- Retry・Timeout・Circuit Breakerを設計できる
- Distributed Tracingを活用できる
