文書の公式中国語版Istio

http://istio.doczh.cn/

https://istio.io/docs/concepts/what-is-istio/goals.html

なぜIstioを使うのか？

分散マイクロサービスアーキテクチャのモノリシックなアプリケーションからの遷移では、開発者やメンテナンス担当者は、これらの問題を解決することができるIstioを使用して、多くの課題に直面しました。用語グリッドサービス（サービスメッシュ）は、一般に、サービスアプリケーションのこれらのマイクロネットワークの相互作用、及びそれらの間を記述するために使用されます。サイズと複雑さが増加すると、より多くの困難を理解し、サービスグリッド管理します。これは通常、複数のこのようなA / Bテスト、カナリアリリース、電流制限、アクセス制御などの複雑な操作やメンテナンスの必要性、で、エンド・ツー・認証サービスディスカバリ、負荷分散、フェイルオーバー、およびモニタリングとメトリック収集を含む必要があります。

Istioはマイクロサービスアプリケーションの多様なニーズを満たすために全体のサービスや運用管理のためのグリッドの行動への洞察を提供することにより、完全なソリューションを提供します。これは、サービスネットワークで統一キー機能の数を提供します。

トラフィック管理。APIコールと制御サービス間のトラフィックの流れ、通話をより信頼性の高い作り、そして過酷な条件でのネットワークをより強固にします。
可観測。サービス間の依存関係を理解するだけでなく、それらの間のトラフィックの性質と流れ、問題を迅速に特定する能力を提供します。
ポリシーの適用。組織の戦略との間の相互作用は、消費者の間でのリソースのアクセス・ポリシー施行、良好な分布を確保するために、サービスに適用されます。グリッドを設定する代わりに、アプリケーション・コードを変更することで、ポリシーを変更します。
アイデンティティとセキュリティサービス。身元を確認するためにグリッド・サービスを提供し、それは異なるネットワークの信頼性に流れることができるように、サービスのトラフィックを保護する機能を提供します。

また、Istioは、さまざまな展開のニーズを満たすために、拡張性のために設計されました：

プラットフォームのサポート。Istioように、クロスクラウド、プリセットの環境、Kubernetes、Mesosを含め、様々な環境で実行されるように設計されています。当初Kubernetesに焦点を当てたが、すぐに他の環境をサポートします。
統合とカスタマイズ。ポリシー施行コンポーネントを拡張して、既存のACL、ロギング、モニタリング、クォータ、監査ソリューションと統合するためにカスタマイズすることができます。

これらの機能は大幅にアプリケーション・コード、基礎となるプラットフォームと戦略との間の結合を減少させます。カップリングを減らすことは容易にサービスを実装することができます、だけでなく、モバイル・アプリケーション・デプロイメント環境の間でそれを簡単に操作および保守要員を作るために、または新たな戦略計画に置き換えます。したがって、その結果は、アプリケーションが自然から移動しやすくなるということです。

ます。https：//my.oschina.net/xiaominmin/blog/1835289で再現