Enviar pesquisa
Carregar
Istio, Kubernetes and Cloud Foundry (修正版)
•
9 gostaram
•
7,159 visualizações
Kazuto Kusama
Seguir
Container SIGで発表した資料です。 文字サイズを変えた修正版です
Leia menos
Leia mais
Tecnologia
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 45
Baixar agora
Baixar para ler offline
Recomendados
Azureをフル活用したサーバーレスの潮流について
Azureをフル活用したサーバーレスの潮流について
真吾 吉田
仮想サーバは、もう不要?!今からIoTやるなら「サーバレス・コンピューティング」
仮想サーバは、もう不要?!今からIoTやるなら「サーバレス・コンピューティング」
真吾 吉田
2021/02/19 Alterbooth 多忙なアーキテクトのためのクラウド導入フレームワーク (CAF) ダイジェスト
2021/02/19 Alterbooth 多忙なアーキテクトのためのクラウド導入フレームワーク (CAF) ダイジェスト
Issei Hiraoka
AWS & Google Cloudを使ったシステム開発/技術選定のはなし
AWS & Google Cloudを使ったシステム開発/技術選定のはなし
修一 高橋
「Ansible on Azure入門」資料
「Ansible on Azure入門」資料
Hidetoshi Hirokawa
オレ流クラウドデザイン
オレ流クラウドデザイン
Atsushi Kojima
20190427 global azurebootcamp
20190427 global azurebootcamp
Tomoyuki Obi
Fukuten 20200117 up
Fukuten 20200117 up
Ken'ichirou Kimura
Mais conteúdo relacionado
Mais procurados
Vs code conf2020-11-21-extensions-for-microservices-app-dev
Vs code conf2020-11-21-extensions-for-microservices-app-dev
Shotaro Suzuki
How to face the Kubernetes ?
How to face the Kubernetes ?
Yoshio Terada
ソフトバンクにおける Java による クラウドネイティブの実現
ソフトバンクにおける Java による クラウドネイティブの実現
Shigeru Tatsuta
ここが良かったDatadog
ここが良かったDatadog
tyamane
DevOpsにおけるAnsibleの立ち位置と使い所
DevOpsにおけるAnsibleの立ち位置と使い所
Hidetoshi Hirokawa
Kubernetesのない世界 すべてがサーバーレスになる
Kubernetesのない世界 すべてがサーバーレスになる
真吾 吉田
富士通におけるCloud Foundry活用の取り組み
富士通におけるCloud Foundry活用の取り組み
Toshio Takeda
Introduction to extensions and other useful features for developing apps usin...
Introduction to extensions and other useful features for developing apps usin...
Shotaro Suzuki
Open Source x AI
Open Source x AI
Tsukasa Kato
Istio on k8s on Azure (AKS)
Istio on k8s on Azure (AKS)
Yoshio Terada
Tech Dojo 02/09 IBM Japan CSM
Tech Dojo 02/09 IBM Japan CSM
勇 黒沢
Azure DevOps と開発管理
Azure DevOps と開発管理
Tsukasa Kato
Jjug CCC 2019 Fall Azure Spring Cloud
Jjug CCC 2019 Fall Azure Spring Cloud
Yoshio Terada
WordPress 使いのためのMicrosoft Azure 超入門
WordPress 使いのためのMicrosoft Azure 超入門
Masaki Takeda
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
Terui Masashi
Spring Boot × Vue.jsでSPAを作る
Spring Boot × Vue.jsでSPAを作る
Go Miyasaka
2021 01-30 Visual Studio 2019 知っているか!?この機能 in BuriKaigi2021
2021 01-30 Visual Studio 2019 知っているか!?この機能 in BuriKaigi2021
Hiroyuki Mori
Azure Cloud Application Design and Implementation Guidance の紹介
Azure Cloud Application Design and Implementation Guidance の紹介
Takekazu Omi
AngularとSpring Bootで作るSPA + RESTful Web Serviceアプリケーション
AngularとSpring Bootで作るSPA + RESTful Web Serviceアプリケーション
ssuser070fa9
[TL04] .NET 15 周年の今こそ考えるクラウドネイティブ アプリケーションと .NET の活用
[TL04] .NET 15 周年の今こそ考えるクラウドネイティブ アプリケーションと .NET の活用
de:code 2017
Mais procurados
(20)
Vs code conf2020-11-21-extensions-for-microservices-app-dev
Vs code conf2020-11-21-extensions-for-microservices-app-dev
How to face the Kubernetes ?
How to face the Kubernetes ?
ソフトバンクにおける Java による クラウドネイティブの実現
ソフトバンクにおける Java による クラウドネイティブの実現
ここが良かったDatadog
ここが良かったDatadog
DevOpsにおけるAnsibleの立ち位置と使い所
DevOpsにおけるAnsibleの立ち位置と使い所
Kubernetesのない世界 すべてがサーバーレスになる
Kubernetesのない世界 すべてがサーバーレスになる
富士通におけるCloud Foundry活用の取り組み
富士通におけるCloud Foundry活用の取り組み
Introduction to extensions and other useful features for developing apps usin...
Introduction to extensions and other useful features for developing apps usin...
Open Source x AI
Open Source x AI
Istio on k8s on Azure (AKS)
Istio on k8s on Azure (AKS)
Tech Dojo 02/09 IBM Japan CSM
Tech Dojo 02/09 IBM Japan CSM
Azure DevOps と開発管理
Azure DevOps と開発管理
Jjug CCC 2019 Fall Azure Spring Cloud
Jjug CCC 2019 Fall Azure Spring Cloud
WordPress 使いのためのMicrosoft Azure 超入門
WordPress 使いのためのMicrosoft Azure 超入門
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
Spring Boot × Vue.jsでSPAを作る
Spring Boot × Vue.jsでSPAを作る
2021 01-30 Visual Studio 2019 知っているか!?この機能 in BuriKaigi2021
2021 01-30 Visual Studio 2019 知っているか!?この機能 in BuriKaigi2021
Azure Cloud Application Design and Implementation Guidance の紹介
Azure Cloud Application Design and Implementation Guidance の紹介
AngularとSpring Bootで作るSPA + RESTful Web Serviceアプリケーション
AngularとSpring Bootで作るSPA + RESTful Web Serviceアプリケーション
[TL04] .NET 15 周年の今こそ考えるクラウドネイティブ アプリケーションと .NET の活用
[TL04] .NET 15 周年の今こそ考えるクラウドネイティブ アプリケーションと .NET の活用
Semelhante a Istio, Kubernetes and Cloud Foundry (修正版)
Istio, Kubernetes and Cloud Foundry
Istio, Kubernetes and Cloud Foundry
Kazuto Kusama
2013年08月 夏サミ2013-A5「DevOpsってどうなのよ?」
2013年08月 夏サミ2013-A5「DevOpsってどうなのよ?」
Serverworks Co.,Ltd.
JSUG SpringOnePlatform 2016報告会 Case study2 - feed back - springoneplatform
JSUG SpringOnePlatform 2016報告会 Case study2 - feed back - springoneplatform
Takahiro Fujii
Developer Summit Summer 2013 C1セッション CA Technologies
Developer Summit Summer 2013 C1セッション CA Technologies
SA CA
Dyna traceによるuxマネジメント
Dyna traceによるuxマネジメント
伸夫 森本
デブサミ関西 2017| IoTビジネスが もっと発展するために必要なものとは?
デブサミ関西 2017| IoTビジネスが もっと発展するために必要なものとは?
SORACOM,INC
Building Software Reliability through Distributed Tracing.pdf
Building Software Reliability through Distributed Tracing.pdf
Shotaro Suzuki
GRAND FRONTEND OSAKA 2016 kintone説明
GRAND FRONTEND OSAKA 2016 kintone説明
Yoshihiko Takeuchi
NSA NB委員会セミナー「モバイルアプリ開発業務におけるmonacaの活用」
NSA NB委員会セミナー「モバイルアプリ開発業務におけるmonacaの活用」
アシアル株式会社
170520 DataSpider DevConn Hackathon
170520 DataSpider DevConn Hackathon
kintone papers
[Observability conference 2022/3/11] NewsPicks のプロダクト開発エンジニアが実践するスキルとしての SRE
[Observability conference 2022/3/11] NewsPicks のプロダクト開発エンジニアが実践するスキルとしての SRE
Iida Yukako
パソナテック Find Your Ability 講演資料 「ディレクターにとってのWeb業界って? 」
パソナテック Find Your Ability 講演資料 「ディレクターにとってのWeb業界って? 」
naoki ando
我が家のフロントエンド開発事情
我が家のフロントエンド開発事情
Naoki Yamada
Elastichelps fintechenablesdx usingaibasedautomationand anomalydetection
Elastichelps fintechenablesdx usingaibasedautomationand anomalydetection
Shotaro Suzuki
進化を続けるBluemix 最新情報
進化を続けるBluemix 最新情報
softlayerjp
企業向けmBaaS「AppPot」を使ったサーバー開発なしの高速モバイルアプリ開発
企業向けmBaaS「AppPot」を使ったサーバー開発なしの高速モバイルアプリ開発
Ryohei Sogo
Tibco iotプラットフォーム紹介
Tibco iotプラットフォーム紹介
TAKESHI KIURA
CODT2020 ビジネスプラットフォームを支えるCI/CDパイプライン ~エンタープライズのDevOpsを加速させる運用改善Tips~
CODT2020 ビジネスプラットフォームを支えるCI/CDパイプライン ~エンタープライズのDevOpsを加速させる運用改善Tips~
Yuki Ando
Micro Service for Autonomous Infrastructure
Micro Service for Autonomous Infrastructure
Yoshimi Tominaga
Tech on meetup online#01
Tech on meetup online#01
Kazuya Suda
Semelhante a Istio, Kubernetes and Cloud Foundry (修正版)
(20)
Istio, Kubernetes and Cloud Foundry
Istio, Kubernetes and Cloud Foundry
2013年08月 夏サミ2013-A5「DevOpsってどうなのよ?」
2013年08月 夏サミ2013-A5「DevOpsってどうなのよ?」
JSUG SpringOnePlatform 2016報告会 Case study2 - feed back - springoneplatform
JSUG SpringOnePlatform 2016報告会 Case study2 - feed back - springoneplatform
Developer Summit Summer 2013 C1セッション CA Technologies
Developer Summit Summer 2013 C1セッション CA Technologies
Dyna traceによるuxマネジメント
Dyna traceによるuxマネジメント
デブサミ関西 2017| IoTビジネスが もっと発展するために必要なものとは?
デブサミ関西 2017| IoTビジネスが もっと発展するために必要なものとは?
Building Software Reliability through Distributed Tracing.pdf
Building Software Reliability through Distributed Tracing.pdf
GRAND FRONTEND OSAKA 2016 kintone説明
GRAND FRONTEND OSAKA 2016 kintone説明
NSA NB委員会セミナー「モバイルアプリ開発業務におけるmonacaの活用」
NSA NB委員会セミナー「モバイルアプリ開発業務におけるmonacaの活用」
170520 DataSpider DevConn Hackathon
170520 DataSpider DevConn Hackathon
[Observability conference 2022/3/11] NewsPicks のプロダクト開発エンジニアが実践するスキルとしての SRE
[Observability conference 2022/3/11] NewsPicks のプロダクト開発エンジニアが実践するスキルとしての SRE
パソナテック Find Your Ability 講演資料 「ディレクターにとってのWeb業界って? 」
パソナテック Find Your Ability 講演資料 「ディレクターにとってのWeb業界って? 」
我が家のフロントエンド開発事情
我が家のフロントエンド開発事情
Elastichelps fintechenablesdx usingaibasedautomationand anomalydetection
Elastichelps fintechenablesdx usingaibasedautomationand anomalydetection
進化を続けるBluemix 最新情報
進化を続けるBluemix 最新情報
企業向けmBaaS「AppPot」を使ったサーバー開発なしの高速モバイルアプリ開発
企業向けmBaaS「AppPot」を使ったサーバー開発なしの高速モバイルアプリ開発
Tibco iotプラットフォーム紹介
Tibco iotプラットフォーム紹介
CODT2020 ビジネスプラットフォームを支えるCI/CDパイプライン ~エンタープライズのDevOpsを加速させる運用改善Tips~
CODT2020 ビジネスプラットフォームを支えるCI/CDパイプライン ~エンタープライズのDevOpsを加速させる運用改善Tips~
Micro Service for Autonomous Infrastructure
Micro Service for Autonomous Infrastructure
Tech on meetup online#01
Tech on meetup online#01
Mais de Kazuto Kusama
Concourseで快適な自動化の旅
Concourseで快適な自動化の旅
Kazuto Kusama
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
Kazuto Kusama
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
Kazuto Kusama
Cloud Foundry Container Runtimeで快適Kubernetes運用
Cloud Foundry Container Runtimeで快適Kubernetes運用
Kazuto Kusama
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundry
Kazuto Kusama
改めてPaaSについて考えてみる
改めてPaaSについて考えてみる
Kazuto Kusama
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container Networking
Kazuto Kusama
CFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service Broker
Kazuto Kusama
グループ会社を巻き込んで勉強会をやってみるには
グループ会社を巻き込んで勉強会をやってみるには
Kazuto Kusama
Docker PaaSとしての OpenShift, Deis, Flynn比較
Docker PaaSとしての OpenShift, Deis, Flynn比較
Kazuto Kusama
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
Kazuto Kusama
クラウドを『作る』ってどういうこと?
クラウドを『作る』ってどういうこと?
Kazuto Kusama
Lattice深掘り話
Lattice深掘り話
Kazuto Kusama
Cloud Foundryで学ぶ、PaaSのしくみ講座
Cloud Foundryで学ぶ、PaaSのしくみ講座
Kazuto Kusama
OpenShift 3で、DockerのPaaSを作る話
OpenShift 3で、DockerのPaaSを作る話
Kazuto Kusama
知って欲しいPaaSの話
知って欲しいPaaSの話
Kazuto Kusama
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Kazuto Kusama
KubernetesとOpenShiftの話
KubernetesとOpenShiftの話
Kazuto Kusama
最近のKubernetesとDocker Machine/Swarmの話
最近のKubernetesとDocker Machine/Swarmの話
Kazuto Kusama
DockerとKubernetesが作る未来
DockerとKubernetesが作る未来
Kazuto Kusama
Mais de Kazuto Kusama
(20)
Concourseで快適な自動化の旅
Concourseで快適な自動化の旅
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
Cloud Foundry Container Runtimeで快適Kubernetes運用
Cloud Foundry Container Runtimeで快適Kubernetes運用
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundry
改めてPaaSについて考えてみる
改めてPaaSについて考えてみる
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container Networking
CFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service Broker
グループ会社を巻き込んで勉強会をやってみるには
グループ会社を巻き込んで勉強会をやってみるには
Docker PaaSとしての OpenShift, Deis, Flynn比較
Docker PaaSとしての OpenShift, Deis, Flynn比較
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
クラウドを『作る』ってどういうこと?
クラウドを『作る』ってどういうこと?
Lattice深掘り話
Lattice深掘り話
Cloud Foundryで学ぶ、PaaSのしくみ講座
Cloud Foundryで学ぶ、PaaSのしくみ講座
OpenShift 3で、DockerのPaaSを作る話
OpenShift 3で、DockerのPaaSを作る話
知って欲しいPaaSの話
知って欲しいPaaSの話
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
KubernetesとOpenShiftの話
KubernetesとOpenShiftの話
最近のKubernetesとDocker Machine/Swarmの話
最近のKubernetesとDocker Machine/Swarmの話
DockerとKubernetesが作る未来
DockerとKubernetesが作る未来
Último
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
ssuser370dd7
2024 03 CTEA
2024 03 CTEA
arts yokohama
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
arts yokohama
2024 04 minnanoito
2024 04 minnanoito
arts yokohama
What is the world where you can make your own semiconductors?
What is the world where you can make your own semiconductors?
Industrial Technology Research Institute (ITRI)(工業技術研究院, 工研院)
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
Ayachika Kitazaki
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
Matsushita Laboratory
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
Tetsuya Nihonmatsu
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
Sadao Tokuyama
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
arts yokohama
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
ssuser539845
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
Shumpei Kishi
Último
(12)
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
2024 03 CTEA
2024 03 CTEA
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
2024 04 minnanoito
2024 04 minnanoito
What is the world where you can make your own semiconductors?
What is the world where you can make your own semiconductors?
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
Istio, Kubernetes and Cloud Foundry (修正版)
2.
Pivotal Japan -
Solutions Architect Kazuto Kusama @jacopen
3.
そんなわけで今日はIstioの話をしよ うと思うんですが、その前に
4.
で アプリを開発 運用している人? 今回参加されている方々は開発者や、インフラ運 用者だと思うのですが、Microservices Architectureなアプリを開発/運用している方って どのくらい居ますか? (会場の1割くらい手が上がる)
5.
考えることが いっぱい Microservicesな開発しよう と思うと、結構考えなきゃい けないポイント多いんですよ ね
6.
たとえば app A app B app
CMicroservicesでは複数のアプリが上がって通信し合うワ ケですが、セキュリティは担保したいですよね。信頼できる アプリからのみ受け付けるようにしたい。 となると、相互TLSなどの仕組みが必要になってくる。
7.
たとえば app app app app app Observabilityっていう単語もありますが、どこでどういった通信 が行われているか、問題なく動いているか、全ての箇所でログ やメトリクスを収集する必要がありますよね。
8.
たとえば app app app C app app 呼び出し先がスローダウンした場合、呼び出し元のアプリもレスポンス待 ちになる可能性があるわけです。すると、そのアプリを呼び出す他のアプ リが・・・と。これを防ぐには、Circuit Breakerなどの仕組みを備える必要が あります
9.
現状 app app app app app 様々なツールやライブラリを使って実現。 サービスメッシュが複雑になるにつれ、より管理が 難しくなるのが現状 ライブラリ依存により の実現が困難に 今まではツールやライブラリを組み合 わせて解決を図っていました。 これでもMicroservicesは組めるわけで すが、サービスメッシュが複雑になるに つれ開発や運用の負担は増していきま す。 また、ライブラリ依存により、 Microservicesのメリットの一つである Polyglotが損なわれてしまう可能性もあ ります。
10.
そこで登場するのが、Istio です
12.
app app app L7/L4 ProxyであるEnvoyを各アプリとセッ トで立ち上げ、各サービスはアプリ直では なくEnvoyに対して通信を行います
13.
app app app Pilot Mixier Istio Auth さらにこれらをコントロールするControl Planeが組み合わさったのが、Istioです。
14.
その他詳しい情報 と共にマイクロサービスに立ち向かえ まずは試そう Istioについて まとまった知識が欲しいなら そもそもService Meshとは 日本語で概要を把握 したいときにおすすめ 世の中には優れた情報がたくさ んありますので、今回はIstioの 詳細までは踏み込みません。 興味のある方は、これらリンク を参考にしてください。
15.
ところで を必要とするのはどういう人なの? やっていないと は必要ないの? ⇒ 基本的には など、 だからこそ欲しくなる機能が
にはたくさん
16.
これはどうかな? App v1 App v1 App
v1 App v2 90% 10% Canary release App v1 App v1 App v1 App v2 ^(.*?;)?(user=jacopen)(;.*)?$ Feature Flag Canary release: (例) 重み付けをすることでトラフィックの10% を新アプリにFeature Flag: (例) 特定のcookieやヘッダを持つ 相手に対してのみ新アプリに これは、Microservicesに関わらず欲しい機能じゃないでしょう か
17.
で、 地獄が加速 apiVersion: config.istio.io/v1alpha2 kind: RouteRule metadata: name:
details-default namespace: default ... spec: destination: name: details precedence: 1 route: - labels: version: v1 --- apiVersion: config.istio.io/v1alpha2 kind: RouteRule metadata: name: productpage-default namespace: default ... spec: destination: name: productpage precedence: 1 route: - labels: version: v1 apiVersion: config.istio.io/v1alpha2 kind: RouteRule metadata: name: ratings-default namespace: default ... spec: destination: name: ratings precedence: 1 route: - labels: version: v1 --- apiVersion: config.istio.io/v1alpha2 kind: RouteRule metadata: name: reviews-default namespace: default ... spec: destination: name: reviews precedence: 1 route: - labels: version: v1 apiVersion: v1 kind: Service metadata: name: details labels: app: details spec: ports: - port: 9080 name: http selector: app: details --- apiVersion: extensions/v1beta1 kind: Deployment metadata: name: details-v1 spec: replicas: 1 template: metadata: labels: app: details version: v1 spec: containers: - name: details apiVersion: v1 kind: Service metadata: name: ratings labels: app: ratings spec: ports: - port: 9080 name: http selector: app: ratings --- apiVersion: extensions/v1beta1 kind: Deployment metadata: name: ratings-v1 spec: replicas: 1 template: metadata: labels: app: ratings version: v1 spec: containers: - name: ratings image: istio/examples-bookinfo-ratings-v1 :1.5.0 k8sのメリットでありデメリットでもあるのですが、大量の YAMLと付き合わなければいけません。 Istioを導入すると、さらにYAMLが増えます。
18.
もっと簡単な方法で アプリのデプロイ の恩恵にあずかれないか?
20.
これまでの CFというとPaaSというイメージを持つ方も多いと思います が、現在はCFAR(PaaS)とCFCR(Kubernetes)の2つを指 すブランドになっています。 今回は、CFAR(PaaS)についての話をします
21.
を含めた のいいところ $ cf
push app-v1 コンテナを意識せずとも ソースコードを するだけでアプリが動く アプリの運用に必要な機能 監視 ロギング メトリクス が最初から揃っている CFAR(PaaS)とk8s(CaaS)の大きな違いとして、PaaSは開発者のエクスペリエン スに特化しており、コンテナの存在を意識せずともアプリのデプロイができる点に あります。運用も色々揃ってます。 ※詳しくは私のスライドも参考にしてください
22.
と、 がどう関係するのか
24.
先に結論 近い将来、 の 部分は
に置き換えられ ・既にある の機能 ・ によって実現される新機能 が、 の使い勝手を損なうこと無く利用できるようになります
25.
現在の の仕組み 今のCFの仕組み: 全てのトラフィッ クをRouterというコンポーネントが 受け取り、リクエストヘッダに応じ て適切にルーティング。
26.
現在の の仕組み メッセージングバス から情報受け取り アプリを立ち上げると メッセージングバスに 通知 Diego
Cellというコンポーネントが、自身 のもつコンテナの情報をMessaging Bus にPublishします。 Routerはその情報をSubscribeしている ので、どこに何のアプリが上がっているか 把握できるわけです
27.
これまでの などバックエンドサービスへ の トラフィックが 中心 これまでは、インターネットから来るリクエ ストをアプリにルーティングする、 North-Southのトラフィックが中心でした。 なので、Messaging Busを使う仕組みは 上手く機能していました
28.
これからの のトラフィックが 多く発生 しかしMicroservices時代になり、コンテナ 同士の通信(East-West)のトラフィックが 多く発生するようになりました。
29.
いろいろ欲しくなる 結果として、相互TLSやサーキットブレー カー、サービスディスカバリ、トラフィックコ ントロールなどの仕組みが欲しくなってき ました。 既存の仕組みだけでは、徐々に実現が難 しくなったわけです。
30.
なんとかしたい
31.
選択肢 既存のサービスメッシュ • 重い • オーケストレーターに依存しない •
に特化 自前 • ちゃんとメンテ出来る? • 独自性出せる? • 労力に見合った価値出せる? CFの開発チームは色々検討しました。 他の仕組みの導入だけでなく、自前で開 発も視野にいれてPros/Consを検討した 結果、Istioの選択がベストという結論に 至ったようです。
32.
の大変革 • と を取り入れた 新しい
に ということで、既存のRouting Tierを置き換 える大胆なProposalが出ています。
33.
利用例 $ cf push
app-v1 コンテナを意識せずとも ソースコードを するだけでアプリが動く $ cf push app-v2 新バージョンを 既存のCFのワークフロー 既存のフローで、古いバージョンと新し いバージョンのアプリをデプロイしてお きます。 コマンド2つだけ。楽ちんですね
34.
利用例 $ cf map-route
app-v1 example.com -n foo --weight 90 $ cf map-route app-v2 example.com -n foo --weight 10 の を に割り当て の を に割り当て cfコマンドで重み付けを簡単設定 それぞれのアプリに対しての重み付けを行います。 --weightというパラメータを付け加えるだけです。YAML 不要でかなりシンプルですよね。 開発者が欲しいのはYAML地獄ではなく、このシンプル さなんじゃないでしょうか
35.
利用例 $ cf istio-create
-f ingress-rule.yml Istio-nativeなやり方もとれる metadata: name: my-rule namespace: default spec: route: - labels: name: app-v1 weight: 90 - labels: name: app-v2 weight: 10 とはいえYAMLには柔軟な設定が可能 というメリットもあるため、Istio-nativeな 方法もとれるよう考えられているようで す。
36.
進め方 • いきなり に置き換えることはしない •
徐々に実装
37.
の実装 済 Envoyのsidecarはもう実装されてお り、最新のCFで利用されています。
38.
間の 化 済
RouterとApp間を相互TLSで通信する 仕組みも、既に実装されています。
39.
用の 実装 済 Service
Discoveryの機能もすでに実 装済みです
40.
の実装
41.
を に
42.
の実装
43.
ゴール - デモが で動くこと 外部からのリクエストを受け付けられる 内のアプリ間でルーティングできる アプリ間で透過的な相互認証ができる アプリ開発者がルーティングのルールを設定できる 重み付けルーティングができる -
のサポート - 既存の と同等機能のサポート - サポート - のサポート -
44.
まとめ • は を実現するにあたって必要な ピースを提供してくれる •
に限らず、 にもガッツリと 実装されていく • やることが必須ではないが、プラットフォームはどんど ん 向けの機能が追加されていく。 ○ これまで足かせになっていたポイントがプラットフォーム側で担保されるようになるので、 改めてスケールするアーキテクチャ・組織を考え始めてもいいかも
Baixar agora