OSS探訪
GitHubで見る

Istio — service間通信のsecurity・traffic・telemetryを統一するservice mesh

OSS健全度 96
スコアの見方

発掘スコアはStars・Watchers・Forks・Contributorsを対数圧縮して重み付けした独自指標（上限なし）。成長モメンタムは観測期間内の同スコアの差、OSS健全度は取得できた更新状況・Community Health・Releaseの0〜100評価です。

Stars
38,386
主要言語
Go
ライセンス
Apache-2.0
リポジトリ最終更新
2026/09/13

概要

Istioは既存のdistributed applicationへ透過的に重ねるopen-source service meshです。service codeの変更を抑えながら、通信接続、load balancing、service-to-service authentication、traffic制御、telemetryを共通化します。

特徴と向いている用途

公式資料に基づく紹介・実機未検証 · 内容確認日：

control planeと複数data plane modeでservice通信を管理する

Istiodがservice discovery、configuration、certificateを管理します。Envoy sidecarはL7 routing、circuit breaker、policy、telemetryを担い、Ambient meshではRust製ztunnelがsidecarなしのsecure connectivityとobservabilityを提供します。

出典：[1]

Kubernetes上のmicroserviceへ横断的な通信policyが必要な場合

serviceごとに認証・routing・retry・観測実装を重複させず、platform側で共通管理したいteamの候補です。sidecarとAmbientのどちらを使うか、failure時の切り分け、resource overhead、段階導入範囲を小さなnamespaceで検証してください。

出典：[1]

networkそのものや一般libraryとして扱わない

service meshはoverlay networkではなく、既存network上の通信を補助します。また本体repositoryのpackage全体がstable library interfaceではなく、READMEは直接利用向けのstable interfaceをistio/apiとistio/client-goに限定しています。採用versionの公式documentとsupport範囲を確認してください。

出典：[1][2]

参考にした公式資料

  1. [1]Istio README(2026-09-13)
  2. [2]Istio GitHub repository(2026-09-13)
編集部からの補足

CNCF Graduatedの権威とversioned documentationを持ちながら、草の根キュレーションとは非対称な例として選びました。

成長

成長の推移 · 直近30日

38,386 Stars

推移データを蓄積中です。

開発アクティビティ

直近90日・週次

Commit（直近30日）
122
Open PR
107

開発アクティビティを蓄積中です。

Built with

カテゴリとタグ

カテゴリ

タグ

GitHubデータ

GitHubのデータGitHubの詳細データを見る
GitHubで見る

GitHub Topics

  • microservices
  • service-mesh
  • lyft-envoy
  • kubernetes
  • api-management
  • circuit-breaker
  • polyglot-microservices
  • enforce-policies
  • proxies
  • microservice
  • envoy
  • consul
Stars
38,386
Forks
8,375
Watchers
953
Open Issues
383
主要言語
Go
ライセンス
Apache-2.0
リポジトリ最終更新
2026/09/13
情報の誤りを報告

掲載内容に誤りや古い情報があればお知らせください。