8.1サービスメッシュの概要
マイクロサービスの次の世代として知られている次世代マイクロサービスアーキテクチャを、新興、だけでなく、代表の一つは、技術のネイティブテクノロジ・スタックを曇らせます。
8.1.1サービスメッシュの起源
2016年から2018年まで、サービスのメッシュは、最初からプロセスを経て
8.1.2サービスメッシュの定義
グリッドサービス層のサービス間の通信を処理するためのインフラストラクチャです。現代のクラウドネイティブアプリケーションは、これらのトポロジで要求されたサービスグリッドを実装するための責任、信頼性の高い配信サービスの複雑なトポロジを、持っています。実際には、グリッド・サービスは、通常、アプリケーションに対して透過彼らが展開したアプリケーションとともに、軽量のネットワークプロキシのセットとして実装されています。
8.1.3サービスのメッシュ詳細
- 単一のサービスコール：応用例及びサービスメッシュプロキシ・インスタンスは、2つの別個のプロセス、遠隔むしろコードレベルのメソッド呼び出しよりも、それらを呼び出すとの間の通信です。クライアントの要求は、最初のサービスメッシュプロキシインスタンス、プロキシインスタンスはサイドカー、完全なサービスの発見、ロード・バランシングおよびその他の基本的な機能、溶断、電流制限、再試行フォールトトレランス、ルーティング、および認証、承認、暗号化を示し、そして最後になりますアプリケーション・サービスに要求を送信します。
- 複数のサービスコールは：サービスは、要求を転送する責任すべてのサービス間でメッシュ、サービスはもはや、指定された論理要求を渡すための責任を送信し、処理要求のためにのみ責任があります。
- サービスの多くは呼び出す：サービスシステムの大規模な数、ネットワーク・サービス・コールのパフォーマンスとの関係がある場合。サービス間の関係はサイドカーが原点サービスメッシュ（サービスグリッド）の名前でネットワークを形成し、呼び出します。
- レビューのサービスメッシュの定義：要約：サービスメッシュは抽象化層であり、王は、サービス間の通信の完了を担当しています。これらの機能及びアプリケーションから剥離し、単一の通信層が形成され、インフラレベルにシンクされます。機能：信頼性の高い転送要求。展開：モデルをサイドカー1つのアプリケーション、の二つの呼び出しの間の遠隔通信を展開するための軽量ネットワークプロキシ。透明：サービスメッシュは、アプリケーションに対して透過的です。サービスメッシュは、申請手続きを変更することなく、独立して、拡張、修理欠陥をアップグレード展開することができます。
8.2サービスメッシュの進化
以下は、起源サービスメッシュ技術、開発、およびステップによって進化プロセスのステップを説明します。
古代の8.2.1ケース
そのようなパケットシーケンス及びフロー制御などのアプリケーションコードの処理、ネットワーク通信の詳細を、。その後、TCP / IPプロトコルスタックは、これらの機能を担っています。
マイクロサービス8.2.2のステータス時代
サービス検出、ロードバランシング、ヒューズは、もう一度試してください。
8.2.3侵襲的な痛みのポイントフレーム
春の雲とダボは、これらの伝統的なマイクロサービスガバナンスのフレームワークは、侵襲マイクロサービスフレームワークです。
1つの痛みのポイント：高しきい値。
痛みポイント2：機能障害。春の雲よりも強力なルーティングIstio。
痛みポイント3：あなたは、クロスランゲージはできません。マイクロサービスは、クロス言語の利点を持っています。
痛みポイント4：困難をアップグレードします。
この問題を解決するために8.2.4のアイデア
8.2.5プロキシモードを探ります
8.2.6サイドカーモードが表示されます
サービスメッシュの最初のポイントは、8.2.7
サービスメッシュの第二世代は、8.2.8
8.3サービスメッシュの市場競争
幼児期の8.3.1サービスメッシュ
8.3.2急峻Linkerd
8.3.3穏やか特使
8.3.4抱えミッションIstio
浮力壁に背中8.3.5
8.3.6その他の参加者
国内開発の8.3.7サービスメッシュ
8.4同じ
8.4.1 Istio概要
8.4.2アーキテクチャおよびコア成分