Istioが新たな仕組み「Ambient Mesh」を発表。サイドカーなしでサービスメッシュを実現
Istioは、サービスメッシュを実現する新たな仕組み「Ambient Mesh」を発表しました。 現在のIstioは、各サービス（≒KubenetesのPod）ごとにプロキシを配置し、サービス間のネットワークをプロキシ経由で構成することによってサービスメッシュを構築しています。これによりサービス間の通信のトラフィックコントロール、暗号化、可観測性（オブザーバビリティ）などの機能が実現されるわけです。 この仕組みは、サービスの隣にプロキシを配置することから、「サイドカー」パターンなどと呼ばれています。 新たな仕組み「Ambient Mesh」では、Pod群をホストしているノードにプロキシを配置し、このプロキシによってサービスメッシュの機能を実現します。 Podごとのプロキシ配置が不要になる、つまり「サイドカーレス」（Sidecar-less）なパターンとなることで、デプロイや管理の容易、コン
Kubernetesをサービスメッシュ化するIstioとは？
2017年12月にオースチンで開かれたKubeCon＋CloudNativeConは非常な盛り上がりで、いよいよKubernetesがコンテナオーケストレーションの本流として認知されたイベントであった言える。しかしクラウドネイティブなシステムを指向するエンジニアは「複数のコンテナを同時に管理できるのは良いけど、どうやって全体を管理するのか？」に注目している。その解決策のひとつがサービスメッシュだ。 今回は、KubeConでのセッションを紹介しつつ、Istioの基本的な概要を紹介したい。 今回紹介する動画は、KubeConでのセッションで「Setting Sail with Istio [B]」と題されたもので、スピーカーはMicrosoftのLachlan Evenson氏だ。 Evenson氏は「マイクロサービスといっても、実際にそれを実現するのは難しい」と言う話からスタートした。またマ
Istio: マイクロサービスのためのサービスメッシュ
Google, IBM, Lyftがマイクロサービスを管理、セキュア化、監視するフレームワークであるIstio（ギリシャ語で“帆”を意味する）をオープンソース化した。 マイクロサービスは、複雑なシステムを構成するタスクを数ダース、あるいは数百の小さいサービスに分割することで、開発に簡潔さをもたらす。各サービスはソフトウェアエンジニアの小さなチームにとって理解しやすく変更しやすいものとなる。しかし、複雑さは実際には排除されず、これら大量のサービスの接続、管理、監視の領域へ移動する。数百ものサービスの管理、デプロイの扱い、バージョン管理、セキュリティ、フェイルオーバー、ポリシー強制、計測、監視、等は簡単ではない。Istioはこれらの問題を解決しようとするものだ。 Googleによれば、Istioは“サービスとネットワーク間のインフラストラクチャのレイヤー”であり、“サービスデプロイメントと組み
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Istioと共にマイクロサービスに立ち向かえ!
