レッスン 35: サービス メッシュ 2026 — CILIUM、ISTIO、LINKERD

利点:

• Istio サイドカーと比較してネットワーク オーバーヘッドを 40 ～ 60% 削減
• 最小レイテンシ (カーネル空間処理)
• サイドカーを挿入する必要がない → シンプルでアップグレードが簡単__HTMLTAG_117___
• Cilium CNI とのネイティブ統合 (ネットワーキング + ポリシー + メッシュ用の 1 つのスタック)
• ハッブル: L7 可観測性の統合__HTMLTAG_121___

欠点:

• Istio フルより機能が少ない (フォールト挿入なし、高度なトラフィック管理)
• Cilium に CNI になるよう依頼

4. Istio アンビエント モード — 安定版 Istio 1.24+

Istio アンビエント モード (Istio 1.24 以降で安定) は、サイドカーを使用しない代替モードです。

アーキテクチャ:

• ztunnel: ノードごとの L4 プロキシ、mTLS 処理、およびすべてのワークロードの基本ルーティング__HTMLTAG_145___
• _ウェイポイント プロキシ: ワークロードごとの L7 プロキシ、オプション — 必要な場合にのみ導入 L7 機能

_Istio Ambient: サイドカー モードと比較してリソースを最大 40% 削減します。必要に応じて Istio の全機能を利用できます (ウェイポイント)。 Istio エコシステムと互換性があります。

5. Linkerd — Rust マイクロプロキシ

Linkerd は、Rust で書かれた linkerd2-proxy を使用します。これは、サイドカーを使用した最小かつ最速のサービス メッシュです。

• Sidecar ですが非常に軽量: メモリ/プロキシ最大 10 MB (Envoy と比較して最大 50 MB)
• _Rust: メモリセーフ、ゼロコスト抽象化、超高速
• 構成なしの自動 mTLS
• HTTP/1.1、HTTP/2、gRPC のサポート
• 単純な再試行とタイムアウト__HTMLTAG_171___
• サービス プロファイル: ルートごとのメトリクスと再試行__HTMLTAG_173___

Linkerd vs Cilium vs Istio: Linkerd は、最も軽量で最も単純なサイドカー モデルが必要な場合に適しています。

6. Service Mesh 2026 の比較

7. Istio

8。いつ何を選択すればよいですか?

• Cilium Service Mesh: Cilium CNI を使用、サイドカーレス、優先パフォーマンス、mTLS および基本的なトラフィック管理が必要__HTMLTAG_189___
• Istio アンビエント モード: エンタープライズ、Istio の完全な機能 (サーキット ブレーク、フォールト インジェクション、高度なトラフィック) が必要、すでに Istio の専門知識を備えている__HTMLTAG_193___
• Linkerd: サイドカー モデルが必要ですが、最も軽量で単純な、リソースに制約のあるクラスター
• _サービス メッシュを使用しない: 小規模なクラスター、少数のサービス、NetworkPolicy で十分な分離

概要

• サービス メッシュ: mTLS、トラフィック管理、インフラストラクチャ レベルでの可観測性
• Cilium Sidecarless: eBPF カーネル レベル、最小のオーバーヘッド、使用されるクラスターに適しています Cilium
• Istio Ambient: L4 ztunnel + オプションの L7 ウェイポイント、最も完全な
• Linkerd: Rust マイクロプロキシ、最軽量のサイドカー モデル__HTMLTAG_213___
• トレンド 2026: サイドカーレスが進むべき道ですが、エンタープライズでは依然として Istio サイドカーが使用されています