Istioを使って「Fast, Dependency-Agnostic, Isolated」な開発体験を実現した話 | Wantedly Engineer Blog
皆さんこんにちは 👋Wantedly DXチームインターンの森本です。 今回は私がインターン課題として取り組んだ、Istioを使って「Fast, Dependency-Agnostic, Isolated」な開発体験を実現した話を紹介します。 DXチームとはデラックスチームではありません。Developer eXperience チームです 😉社内の開発体験を向上させることを目標に頑張っています。詳しくはメンターの大坪さんの記事を御覧ください。 マイクロサービスWantedlyのアプリケーションは異なる役割を持った複数のサービスによって構成されています。これをマイクロサービスアーキテクチャと呼びます。サービスは、RubyでDBにアクセスしユーザー情報を管理するもの、Pythonで機械学習を行うもの、Goで通知を発行するものなど様々です。それぞれのサービスは、モバイルやブラウザおよび他の
マイクロサービスを支える「Istio」の実力は？ サービスメッシュの利点と課題
独立したサービスを組み合わせて1つのアプリケーションを形作る「マイクロサービスアーキテクチャ」。サービスの構造に合わせて開発組織も個別に独立させることで、機能の追加拡張を容易にしたり、開発スピードの高速化を実現したりできるとして注目されている。 しかし、運用面での課題は少なくない。アプリケーション内でサービス同士が通信するため、アクセス制御やルーティングなどの実装／管理コストは増大する。分割されたサービスそれぞれに独立したソリューションを適用した場合、工数が肥大化したり、仕様や品質がサービスごとに変わったりして、開発スピードに影響を及ぼす恐れがある。 その課題を解決する手段の一つが、サービスの独立性という利点を生かしつつ、運用の一貫性を実現する「サービスメッシュ」と呼ばれるデザインパターンだ。2020年1月に行われた「Envoy Meetup Tokyo #1」の講演で、日立製作所の研究開
Istioでマイクロサービスのテスタビリティを向上させる - Uzabase for Engineers
SPEEDAの開発チームの石橋です。 最近ではマイクロサービスでプロダクトを開発することが多くなってきていると思います。 そういった状況の中でマイクロサービスのテスト、特に異常系のテストをするコストがやや高いという話を何度か耳にしました。 本記事ではIstioのFault Injectionで「エラーが発生する」、「処理に時間がかかる」などの異常系のテストを容易に実現する方法を紹介します。 異常系のテストをする際の課題 環境構築 Gateway Service Deployment DestinationRule VirtualService Fault Injection Injecting HTTP Aborts Injecting HTTP Delays まとめ 参考 異常系のテストをする際の課題 サービスAとサービスBがあるとします。サービスAからサービスBにリクエストした際、サー
Istioを使いこなすために知っておくこと - Uzabase for Engineers
こんにちは、SPEEDAのSREチームの阿南です。最近Kubernetes界隈が盛り上がっていますね。ここ一年で、各企業での利用事例やKubernetesを解説している書籍等もかなり増え、活用の仕方も徐々に確立されて来ているのではないでしょうか。一方Istioについては、色々できそうということはわかったんだけど、利用事例も少ないためどう使えばいいかわからない、本番運用しているという企業もまだあまり聞かないし導入に踏み切れない、という方も多いかと思います。弊社ではまだ２つのnamespaceのみですが、Istioで運用を開始しております。今回は、Istioで実現できることはなんとなく知っているが、内部の通信の仕組みやどのようなコンポーネントがあるのかを追っていきたいと思います。その上でBlue-Green Deploymentを実現するための設定方法についても次回記事で触れていきます。 この
Istio 1.0 を試してみた！
Google Cloud でゲーム会社の技術支援をしているサミールです。 本日は最近ホットなトピックで、バージョン 1.0 が Cloud NEXT’18 でアナウンスされた Istio のお話をしたいと思います。 Istio を１行で説明すると、私は以下のように説明しています。 マイクロサービスを Kubernetes 上で管理・運用、そしてセキュアにする OSS のサービス Istio については、まずド正式ドキュメントをご参照いただくことをオススメします。 Istio の正式ドキュメントIstio on GKEの正式ドキュメントIstio の概要マイクロサービス間の通信（サービスメッシュ）を管理、監視、セキュリティ強化を可能とする OSS サービスです。 以下の図にある Service A と Service B の通信をコントロールしたり、通信によるメトリックなど収集したり、サービ
LinkerdとEnvoyそして、Istioについて調べてみた - エンジニアになりたい
業務でgRPCを使いはじめて、マイクロサービス化もすこしずつ進みだしてきたので、一旦マイクロサービスを支える仕組み、Service Meshについて調べてまとめてみる。 Service Meshとしてあげられるのは最近だとIstio、Envoy、そしてLinkerdがあると思います。 特にEnvoyとLinkerdは CNCFのプロジェクト の一つとなっています。 CNCF Cloud Native Computing Foundation の略 CNCFは、クラウドネイティブなアプリケーションとサービスの開発を標榜する、オープンソースのLinux財団組織である。その定款では‘クラウドネイティブ’システムを、以下の特性を持つものとして定義している。コンテナパッケージ – アプリケーションデプロイメントの分離したユニットとして、アプリケーションとプロセスがソフトウェアコンテナ内で動作すること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
謎の Istio について
Istioと共にマイクロサービスに立ち向かえ!
IstioとKubernetesを使ったマイクロサービスの回復力と耐障害性