Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Cloud Next'18とKnativeの話
Search
y-ohgi
August 16, 2018
570
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Cloud Next'18とKnativeの話
y-ohgi
August 16, 2018
More Decks by y-ohgi
See All by y-ohgi
JAWS-UG 東京支部が始める、JAWS-UG支部コラボ / JAWS-UG lunchtime LT Collaboration
y0hgi
0
180
SREの越境 / SRE Collaboration
y0hgi
2
300
ランチタイムLT会3周年!ランチタイムLT会を3年間続けられたお話
y0hgi
1
180
EKS Auto-Mode with Kro
y0hgi
0
270
AWS Cloud Control API & AWSCC Provider
y0hgi
1
98
AWSとSRE 〜サービスの信頼性〜
y0hgi
2
410
re:Invent 2024 re:Cap コンピューティング&コンテナ
y0hgi
3
510
クラウドを今から学ぶには
y0hgi
0
790
クラウド・コンテナ・CI/CDわからん会
y0hgi
0
98
Featured
See All Featured
Side Projects
sachag
456
43k
Darren the Foodie - Storyboard
khoart
PRO
4
4k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
390
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Exploring anti-patterns in Rails
aemeredith
4
520
How Software Deployment tools have changed in the past 20 years
geshan
2
35k
4 Signs Your Business is Dying
shpigford
187
23k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Docker and Python
trallard
47
4.2k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Transcript
ことはじめ
• 大木 裕介 ◦ おおぎ ゆうすけ • プラットフォーム開発部 基盤開発チーム ◦
まえのお仕事は で など ◦ いまのお仕事は で など ◦ コンテナが好き • アニメ だれ
はなすこと • 個人に熱いと思った アップデート • ってなんぞや ◦ のおさらい ◦ について
• まとめ
個人に熱いと思った アップデート つ
• サポート ◦ やっっとバックアップ リストアができるように! • ◦ サポート( ) ▪
いままで 文しかできなかった ◦ ローカルエミュレータ ▪ やっっっっっっと開発環境でクラウドに接続しなくてよくなった! ◦ ▪ スロウクエリを発見できるように!
• サポート ◦ やっっっとバックアップ リストアができるように! • ◦ クエリ( ) ◦
◦ ローカルエミュレータ
• の導入 ◦ • 既存の は自動的に へアップデートされる ◦ の死(?) •
からも へアクセス可能に!
• ついに ! • 追加機能が諸々 ◦ 環境変数が設定可能に ◦ 内に参加可能に ◦
イメージを使用可能に • 特に熱いのが「 」 ◦ の が苦手としている「 の操作」がお手軽にできるのでは!!
はなすこと • 個人に熱いと思った アップデート • ってなんぞや ◦ のおさらい ◦ について
• まとめ
ってなんぞや
• で発表された ◦ がコントリビューション ◦ 現在 • 上で動く フレームワーク ◦
特定のクラウドにロックインされない ◦ と が協調して動作する
• で発表された ◦ がコントリビューション ◦ 現在 • 上で動く フレームワーク ◦
特定のクラウドにロックインされない ◦ と が協調して動作する
を知ってる人 ✋
を知ってる人 ✋ を知ってる人 ✋
• のコンテナオーケストレーションツール ◦ 社のコンテナオーケストレーションが前身 ◦ ほとんどのクラウドが をサポート • 豊富なエコシステム ◦
を中心としたクラウドのエコシステム ◦ • コンテナオーケストレーションツールの デファクトスタンダード
• のコンテナオーケストレーションツール ◦ 社のコンテナオーケストレーションが前身 ◦ ほとんどのクラウドが をサポート • 豊富なエコシステム ◦
を中心としたクラウドのエコシステム ◦ • コンテナオーケストレーションツールの デファクトスタンダード
コンテナオーケストレーションとは • コンテナ単体だとポータビリティのみ担保 • それ以外のサービスに必要な機能の提供 をしてくれるツール ◦ ロードバランシングやセルフヒーリングなどのもろもろ • 以外にも複数のオーケストレーションツールが存在
◦
Cluster VM VM VM • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント
◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを配置するクラスタ ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す VM Control Plane Engineer コンテナオーケストレーションとは
Cluster VM VM VM VM Control Plane Engineer デプロイ! ユーザーに代わり
コンテナの配置を行う • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント ◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを配置するクラスタ ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す コンテナオーケストレーションとは
Cluster VM VM VM VM Control Plane Engineer スケールアウト! ユーザーに代わり
コンテナを増やす • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント ◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを配置するクラスタ ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す コンテナオーケストレーションとは
Cluster VM VM VM • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント
◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを実際に配置するコンポーネント ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す VM Control Plane Engineer 障害時は同一コンテナが 再作成される コンテナに障害発生! コンテナオーケストレーションとは
Cluster VM VM VM • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント
◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを実際に配置するコンポーネント ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す VM Control Plane Engineer 同一のサービスだけでなく、 複数のサービス を協調して動かすことも可能 コンテナオーケストレーションとは
Cluster VM VM VM • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント
◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを実際に配置するコンポーネント ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す VM Load Balancer Cluster内のコンテナと LoadBalancerを 紐づけて公開することも可能 コンテナオーケストレーションとは
Cluster VM VM VM • 主に つの要素から構成される • ◦ コンテナを管理するコンポーネント
◦ ユーザーは へリクエストを送りコンテナ オーケストレーションツールを操作する • ◦ コンテナを実際に配置するコンポーネント ◦ 複数の物理 仮想マシンを、 つの巨大なリソースプール として扱う ▪ マシン単体では意識しない ▪ でログインしない ▪ 不調なマシンは作り直す VM Load Balancer Cluster内のPod間の通信も可能 コンテナオーケストレーションとは
Service B Service A • の ◦ によって開発 • とは
◦ 各サービスの前段にプロキシが配置され、 そのプロキシがネットワークの制御を行う Internet
Service B Service A • の ◦ によって開発 • とは
◦ 各サービスの前段にプロキシが配置され、 そのプロキシがネットワークの制御を行う Internet
• の ◦ によって開発 • とは ◦ 各サービスの前段にプロキシが配置され、 そのプロキシがネットワークの制御を行う •
の機能 ◦ サービスディスカバリ ◦ トラフィックコントロール ◦ メトリクスの収集 ◦ ◦
• のコンテナオーケストレーションツール • コンテナを自動で運用 構築してくれる • コンテナオーケストレーションツールの デファクトスタンダード Kubernetes •
の • サービス間の通信の制御を行う Istio
• のコンテナオーケストレーションツール • コンテナを自動で運用 構築してくれる • コンテナオーケストレーションツールの デファクトスタンダード Kubernetes •
の • サービス間の通信の制御を行う Istio ってなんぞや
• で発表された ◦ がコントリビューション ◦ 現在 • 上で動く フレームワーク ◦
特定のクラウドにロックインされない ◦ と が協調して動作する
• 上で動く フレームワーク ◦ 特定のクラウドにロックインされない ◦ と が協調して動作する • ◦
コードをデプロイするだけで動作する ◦ イベントドリブン ◦ オートスケール • コンテナベースで な振る舞いを実現する
を構成する つのコンポーネント
• コードをコンテナへビルドするコンポーネント • 複数のビルドツールをサポート ◦ • のコードを でビルドして に することも可能
Build
• リクエストドリブンでコンテナの起動を行うコンポーネント • リクエスト数に応じたスケールアウトイン ◦ リクエストがないときコンテナは 台になる • を用いて新バージョンのカナリアリリースなども可能 Serving
Internet
• イベントの管理・発行を行うコンポーネント • イベントドリブンで にリクエストの発行を行う ◦ 例えば の をもとにプログラムを走らせるなど •
サービスからのイベントは ◦ イベントの標準化規格 ◦ Eventing Serving
None
を叩いてみる 負荷をかけてスケールするかみる
まとめ
まとめ • と が協調してサーバーレスを提供するのが • サーバーレスもベンダーにロックインされない時代が来るのでは! • がプラットフォームの立ち位置を確立し始めている(?) • マネージド
「 」
ありがとうございました