micro serviceのサンプルデモ「sock-shop」を構築する。 - Qiita
はじめに Kubernetesのクラスタを作ったので、何かしらPodをデプロイしてみる。 単にnginxとかだけをデプロイするのも面白くないので、マイクロサービスのサンプルデモである「sock-shop」を構築する。 sock-shop デプロイするKubernetesのクラスタはこれで構築した環境 kubeadmでのk8sクラスタの構築 Gitリポジトリのクローン 手順に沿ってまずはリポジトリをクローンする。 $ sudo git clone https://github.com/microservices-demo/microservices-demo sudo: git: コマンドが見つかりません $ sudo yum install git 読み込んだプラグイン:fastestmirror, langpacks Loading mirror speeds from cached h
Service meshとは何か
Microservicesの世界においてService meshは大きなキーワードになった．KubeCon 2017やKubeCon 2018 EUにおいても多くのセッションをService mesh（もしくはその代表格であるIstio）が占めており注目の高さも伺える．もちろんMicroservicesを進めるMercariにおいても導入を検討しており今後重要なコンポーネントの1つになると考えている．本記事ではそもそもなぜService meshという考え方が登場したのか，なぜ重要なのか? その実装としてのIstioとは何で何ができるのか? について簡単にまとめてみる． 参考文献 Service meshを一番理想的な形でサービスに使い始めその考え方を広めたのはLyftだ（と思う）．LyftはIstioのコアのコンポーネントであるEnvoyを開発しそれを用いてService meshを構築
Istioの全貌
図7は、Kubernetes環境に展開されたIstioの主要なコンポーネントを表しています。Istioによるサービス・メッシュ・ファブリックは、Envoyで構成されるデータ・プレーンと、Pilot、Mixer、Citadelという3つのコンポーネントを含むコントロール・プレーンから成ります。Envoyとは、多機能なプロキシーです。このEnvoyにサービス間通信を仲介させることで、アプリケーションの実装を変更することなく、トラフィック管理やセキュリティ、テレメトリーを実現します。コントロール・プレーンは不特定多数のEnvoyを管理するもので、運用管理者はコマンドラインインターフェース（Command-line Interface、CLI)を介して、Istioを制御します。 Envoy Envoyは、C++で実装された軽量かつ高速なルーターです。プロトコルとしてHTTP、gRPC、TCPをサポ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
