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
結局のところKnativeって何者?
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Kazuto Kusama
April 17, 2019
Technology
3.2k
12
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
結局のところKnativeって何者?
cndjp第11回勉強会で発表した資料です。
結局のところKnativeって何がどう嬉しいんだっけ?という話をしました。
Kazuto Kusama
April 17, 2019
More Decks by Kazuto Kusama
See All by Kazuto Kusama
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
470
趣味でイベント配信をやっている者だ
jacopen
1
66
自宅LLMの話
jacopen
2
1.5k
プラットフォームエンジニアリングはAI時代の開発者をどう救うのか
jacopen
9
6.3k
OpenClawで回す組織運営
jacopen
3
1.4k
SREの仕事を自動化する際にやっておきたい5つのポイント
jacopen
6
1.8k
AI時代のインシデント対応 〜時代を切り抜ける、組織アーキテクチャ〜
jacopen
4
550
AI時代の開発とPlatform Engineeringについて考える
jacopen
0
360
AI によってシステム障害が増える!? ~AI エージェント時代だからこそ必要な、インシデントとの向き合い方~
jacopen
4
510
Other Decks in Technology
See All in Technology
超⼩型・多⾔語検索モデル Bekko Embedding
hotchpotch
1
120
FinOpsを導入してマルチプロダクトのコスト最適化を実現する
kworkdev
PRO
0
140
自律的なチームを作るためにTechPMがやらないこと
ny7760
1
530
PostgreSQL オプティマイザ統計の秘密
nori_shinoda
0
390
業務でAWSをあまり使っていない私が、AWSへのモチベを保つ方法
smt7174
0
180
`go get`したらELFが降ってきた件
taiyow
0
190
AI AgentによるEmbedded SREの取り組み
tgidgd
1
360
公共分野での生成AI活用
toru_kubota
1
290
Shared Signals Framework 仕様解説
oidfj
0
180
AX時代の自治体支援リソース再配分と役割分担の再構成:戦略とロードマップ(概要)
sishi2026
0
200
内製アプリとClaudeスキルのセキュリティチェック、 Backlogの課題で回しています。
ayaka_egaaa
0
150
続・ソフトウェアアーキテクトのための意思決定術: Decision Readiness, Revisited — When AI Changes the Economics of Software Architecture
snoozer05
PRO
9
2.7k
Featured
See All Featured
Technical Leadership for Architectural Decision Making
baasie
3
640
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
610
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
480
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
550
Google's AI Overviews - The New Search
badams
0
1.7k
RailsConf 2023
tenderlove
30
1.6k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
540
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Raft: Consensus for Rubyists
vanstee
143
7.9k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
970
Transcript
結局のところKnativeって何者?
KAZUTO KUSAMA @jacopen 2 Solutions Architect @
Knative試したことある人?
None
5 Docker=クラウドネイティブ Kubernetes=クラウドネイティブ ではない。 ツールやプラットフォームの導入が クラウドネイティブになるわけじゃない クラウドによって最大限に強化されるという マインドセットを持つこと=クラウドネイティブ
使った分だけ 課金 初期費用が 少ない リソースの 調達が早い スケール しやすい 運用を 肩代わり
クラウドの 本質?
クラウドは人間を 強化する
サーバーの調達 OS・ミドルウェアの 設定 ソフトウェアの デプロイ ストレージ・ ネットワークの 設定 その他いろいろ これまでの世界
クラウドファーストな世界 クラウドになって、サーバーやネットワークなどインフラの 準備はだいぶ楽になりましたよね。
クラウドは人間を 強化する なので、クラウドという便利な道具で人間は強化されたわ けです。でも、こんな数字があります。
L1キャッシュ参照 分岐予測ミス L2キャッシュ参照 Mutexのlock/unlock メモリ参照 1KBをZIP圧縮 1Gbpsで1KB送る メモリから1MB連続で読む 同一のデータセンタ内のマシンと通信1往復 HDDシーク
HDDから1MB読み出し カリフォルニアとオランダ間で通信1往復 上司の許可取ってサーバー1台構築 0.5 ns 5 ns 7 ns 25 ns 100 ns 3,000 ns 10,000 ns 250,000 ns 500,000 ns 10,000,000 ns 20,000,000 ns 150,000,000 ns 259,200,000,000,000 ns かかる時間 Latency Numbers Every Programmer Should Know https://gist.github.com/jboner/2841832
サーバーの調達 OS・ミドルウェアの 設定 ソフトウェアの デプロイ ストレージ・ ネットワークの 設定 その他いろいろ これまでの世界
クラウドファーストな世界 ボトルネック
μs, msの世界で人間が介在すること自体が ボトルネック
サーバーの調達 OS・ミドルウェアの 設定 ソフトウェアの デプロイ ストレージ・ ネットワークの 設定 その他いろいろ これまでの世界
クラウドファーストな世界 『クラウドに置き換えて効率化』 という思考から脱却しなければ 根本的な変革にはならない
クラウドは人間を 強化する
CLOUD
CLOUD NATIVE +
クラウドは人間を 強化する
『クラウドネイティブな思考』の最たる例が サーバーレス
Coding Test Build Delivery Monitoring Analyze 何も考えずにやると すぐ人がボトルネックに
IaaS Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions
Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares 自由度が高いプラットフォームもいいけれど CaaS PaaS FaaS
IaaS Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions
Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares よく抽象化され、生産性の高い仕組みもいい(Opinionated) 自由度が高いプラットフォームもいいけれど CaaS PaaS FaaS
None
テクノロジースタック
なぜ最初にクラウドネイティブの話をしたか Knativeは “Kubernetes上で動くサーバーレス” とよく言われるが “Kubernetesの上で動くLambdaみたいなもの” と考えてしまうと、メリットが伝わらない
こんなの出ました
DEMO Cloud Runを使ったデモをしました。 簡単な操作でアプリのデプロイが出来た一方、 これは”サーバーレス”なんだろうか? と 思ってしまいます。
なんか思ってたんと違う
IaaS Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions
Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares 生産性や標準化の向上 自由度、柔軟性の向上 CaaS PaaS FaaS
IaaS Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions
Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares 生産性や標準化の向上 自由度、柔軟性の向上 CaaS PaaS FaaS Knativeはサーバーレスと聞いていて、 こうだと思っていたでしょうけど
IaaS Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions
Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares Functions Applications Runtimes Containers Operating Systems Virtualization Hardwares 生産性や標準化の向上 自由度、柔軟性の向上 CaaS PaaS FaaS どっちかというとこっちが近いように思えちゃいます
https://www.youtube.com/watch?v=8Pd20Y4OMkE
KnativeのいうServerless ≠ FaaS • ServerlessといってもAWS LambdaやGoogle Cloud Functionsのよ うなFaaSを指すわけではない •
Knativeが指すServerless Workloadとは ◦ ステートレス ◦ プロセスのスケールアウトモデルが適用可能 ◦ 主にアプリケーションレベル(L7、例えばHTTP)から リクエストされるトラフィックによって駆動 • CNCF Serverless Whitepapterの定義とはズレる (https://github.com/cncf/wg-serverless/tree/master/whitepapers/serverless-overview)
Microservices Platform on Kubernetes at Mercari https://speakerdeck.com/tcnksm/microservices-platform-on-kubernetes-at-mercari
Knativeでは 何ができるのか 一段上の抽象化 Deployment Service ReplicaSet Pod Pod LB DNS
k8s外 Service (Knative) Route (Knative) Configuratio n (Knative) Revision (Knative) Deploymen t ReplicaSet Pod Service コンテナをつくろう NWをつくろう
Knativeでは 何ができるのか 一段上の抽象化 Deployment Service ReplicaSet Pod Pod LB DNS
k8s外 Service (Knative) Route (Knative) Configuratio n (Knative) Revision (Knative) Deploymen t ReplicaSet Pod Service
Custom Resources Kubernetesは自前のリソースと、そのコントローラを追加することができる。 それがCustom Resources Kubernetesネイティブな機能拡張手段 https://kubernetes.io/docs/concepts/extend-kubernetes/api-extension/custom-resources/
Custom Resources KnativeはCRDモンスター
Serving Scale to zero, request-driven compute model • ゼロからスケールする、リクエストドリブンの コンピュートモデルを実現するコンポーネント
◦ サーバーレスのワークロードを素早くデプロイ ◦ 自動でスケールアップ・ダウン ◦ Istioを利用したルーティングの設定 ◦ デプロイされたコードや設定のスナップショット https://github.com/knative/docs/tree/master/serving
Serving Scale to zero, request-driven compute model • 4つのCustom Resourceを用いて実現
◦ Service - service.serving.knative.dev ◦ Route - route.serving.knative.dev ◦ Configuration - configuration.serving.knative.dev ◦ Revision - revision.serving.knative.dev https://github.com/knative/docs/tree/master/serving
DEMO Cloud Runと、Cloud Run on GKEと、 Pivotal Container Serviceの上にKnativeをデプロイ した環境で比較をしました。
同じように利用できることが分かります。
https://twitter.com/ahmetb/status/1116041166359654400
Coding Test Build Delivery Monitoring Analyze イメージのビルド
誰もが同じようなことをやる Dockerfileの作成 docker build docker push Kubernetes manifestの作成 kubectl apply
Dockerfileの作成 docker build docker push Kubernetes manifestの作成 kubectl apply Dockerfileの作成 docker build docker push Kubernetes manifestの作成 kubectl apply 自動でうまいこと やってほしい
抽象化すればいいじゃない 自動化すればいいじゃない
Builds Cloud-native source to container orchestration • ソースコードからのイメージ作成を実現するコンポーネント ◦ gitリポジトリからソースコードを取得
◦ 複数のジョブを実行 (依存関係のインストールやテストの実 行など) ◦ コンテナイメージへの作成 ◦ イメージリポジトリへの push • Build - Ship - RunのうちBuildとShipを担う • プラガブルであり、さまざまなイメージビルドの仕組みを利用可 能 ◦ Cloud Native Buildpack ◦ Google Container Builder ◦ Bazel ◦ Kaniko ◦ などなど
DEMO
Coding Test Build Delivery Monitoring Analyze 負荷に応じたスケール コミットがあったら自動でテス ト イベントドリブンな
アーキテクチャ が作られたら自動で の更新
Serverless Architecture API Gateway S3 Dynamo DB SNS SES Lambda
イベント イベント
Eventing Universal subscription, delivery and management of events
https://www.slideshare.net/linecorp/lines-private-cloud-meet-cloud-native-world
https://www.slideshare.net/linecorp/lines-private-cloud-meet-cloud-native-world
https://www.slideshare.net/linecorp/lines-private-cloud-meet-cloud-native-world
Riff Riff for functions • Pivotalが中心になって開発しているFaaS ( https://projectriff.io/ ) •
Kubernetes向けに作られていたが、Knativeを ベースにするように作り替え中
KLR (Knative Lambda Runtimes)
Kubernetes, Serverless, and You (Cloud Next '18) https://www.youtube.com/watch?v=LtELzpw1l1M Knative -
Serverless workloadのためのBuilding Block
“Building Block” https://content.pivotal.io/blog/knative-powerful-building-blocks-for-a-portable-function-platfor m
Cloud Nativeのための Building Block Yoshizumi Endo https://www.flickr.com/photos/yendo0206/5041788308/ (CC BY-SA 2.0)
Coding Test Build Delivery Monitoring Analyze
商用展開
None
Pivotal Function Service Pivotal Container Service(PKS) の上で動作 Knative+Riffによる商用Serverless Platform +
= + + =
None
おわり