SlideShare une entreprise Scribd logo
1  sur  70
Télécharger pour lire hors ligne
『コンテナ疲れ』と戦う
k8s・PaaS・Serverlessの
活用法!
Pivotal Japan - Platform Architect
Kazuto Kusama
@jacopen
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
みなさん、JKD楽しんでますか?
こんな資料がありました
https://t.co/CdEvayhqqg
こんな資料がありました
https://t.co/CdEvayhqqg
世の中の46%が
コンテナを活用している!
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
たぶんそうじゃない
● 平日の昼間にイベント参加OKな、
理解のある会社に務めている
● イベント参加を願い出るくらいモチベーションが高い
● あるいは個人で5000円払ってでも参加するくらい
モチベーションが高い
これだけ選りすぐってようやく46%
● 会社全体でコンテナを活用している
● 一部のプロジェクトで活用を始めた
● 全く活用していない
● 会社全体でコンテナを活用している
● 一部のプロジェクトで活用を始めた
● 全く活用していない
このフェーズの人が多い?
今回伝えたいこと
正しいテクノロジースタックの
選択が出来る知識を得る
さて
なぜコンテナが
普及しないのだろう
コンテナ技術、楽しいですか?
わくわくしますか?
Question
コンテナであなたやチームは
幸せになれましたか?
Question
コンテナで業務効率は
劇的に向上しましたか?
Question
正直コンテナ
ツラくないですか?
Question
こんなことありませんか?
● レイヤー構造を意識した美しいDockerfileを書いていたら、
いつの間にか半日が過ぎていた
● 後輩にDockerfileの書き方教えていたら、
ADDとCOPY、CMDとENTRYPOINTの違いの説明で半日が過ぎた
● なにも考えずにDockerfile育てていたらイメージサイズが1GB
超えていた
● 1GB越えを改善するためにAlpineに移行したら、その作業だけで
2日費やした
こんなことありませんか?
● 社内にプライベートリポジトリ建てたけど自己署名証明書
● ローカルの環境にinsecure_registry
● サーバー側にもinsecure_registry
● 部内からの『動かない』クレームに都度insecure_registry
● 気がついたらプライベートリポジトリのディスクが溢れていてアアアアアア
こんなことありませんか?
● 気がついたらPCのディスクが溢れていてアアアアアア
こんなことありませんか?
● Kubernetesの独自の概念を教えるだけで◯週間かかる
● Pod, Service, Deployment, ConfigMap, Secret, StatefulSet,
PersistentVolume, PersistentVolumeClaim,etc…
● でもなかなか分かって貰えない
● 『えっとー、つまり、Podってコンテナなの?』
僕らもつらい
● 僕の仕事って何だったっけ? あ、YAML職人?
● 次から次へと新しい仕組みが出てくる
○ CNIのつぎはCSIですって
○ Custom Resourcesまで活用できてる人はどのくらい居る?
● 新しいものをキャッチアップしつつ、他の人に
教えていかなきゃいけない
僕らもつらい
● 僕の仕事って何だったっけ? あ、YAML職人?
● 次から次へと新しい仕組みが出てくる
○ CNIのつぎはCSIですって
○ Custom Resourcesまで活用できてる人はどのくらい居る?
● 新しいものをキャッチアップしつつ、他の人に
教えていかきゃいけない
なぜつらいのか
● コンテナ技術は抽象度が低すぎる
● エンジニアがカバーしないといけない責任範囲が広い
● KubernetesはGoogleのBorgが元になっている
○ 素晴らしい思想なんだけど、エンジニアのスキルが
高いことを前提にしている節が・・・
○ SREもよく出来た考えだが、日本の組織文化で実践するには、相
当な熱意と覚悟が必要
かんがえてみた
コンテナの次は
何が来るのだろう?
10年前はどうだったっけ?
● クラウド黎明期
○ EC2のEUリージョン開設
○ EBSリリース
○ CloudFrontリリース
● 「クラウドってのがあって、こうやれば使
えるんだよ」
という内容が中心
5年前はどうだったっけ?
● クラウドはほぼ定着
● DevOpsがもてはやされる
● ChefやPuppetを使った自動化
● CI/CDやモニタリングのツールも
洗練されつつある
テクノロジーの
流れ
● より高い抽象化と自動化の繰り返し
● 一度抽象化・自動化されたものが元に戻ること
はない
次にくる技術とは
● より高度に抽象化され
● より高度に自動化され
● 現在の欠点を補えるもの
● Dockerfileを書かずとも、自動で良い感じに
動かしてくれる
● 運用周りも全部見てくれる
● こちらで指定しなくても、リクエストに応じて上手いこ
とスケールしてくれる
あれ?
PaaS Serverless
PaaS
Platform as a Service
● 開発者がアプリケーション開発に専念
できるようにする
● アプリケーションのライフサイクルを
支援するプラットフォーム
● Cloud Foundry, Deis, OpenShift, Herokuなど
$ cf push
PaaSの例 (Cloud Foundry)
コマンド一発
あとは全部おまかせ
コンテナイメージ コンテナレジストリ マニフェスト
$ cf push
PaaS
Platform as a Service
● 開発者がアプリケーション開発に専念
できるようにする
● アプリケーションのライフサイクルを
支援するプラットフォーム
● Cloud Foundry, Deis, OpenShift, Herokuなど
え、PaaSってかなり昔からあるよね?
PaaSに関するよくある間違い
PaaSは昔からある
Heroku: 2007年
Cloud Foundry: 2011年
Docker: 2013年
Kubernetes: 2014年
PaaSはコンテナ以前のもので、時代遅れ
内部の動き
デプロイされた
アプリは何か?
(detect)
アプリ向けの
準備
(compile)
コンテナイメージの作成
(upload)
Buildpack
実行
$ cf push
Diego Cell
runC
Garden
Diego Cell
•内部ではコンテナを活用
•Buildpackを使ってイメージを作
成し、Diego Cellで実行
•開発者はコンテナについて
意識する必要なし
PaaSとコンテナの関係
● PaaSの多くは、内部でコンテナ技術を利用
○ 最も効率よくアプリケーションを運用できるため
○ そもそもDockerはPaaSのdotCloudから派生したもの
● かつてはコンテナを用いていないPaaSもあった
○ アプリごとにVMを立ち上げ
○ uidを分けて起動
● コンテナ前もコンテナ後も、提供したい価値は変わらない
● PaaSはその時点で最適なテクノロジーを活用して、
アプリケーション開発者に価値を提供し続ける。もしもXX年後、
コンテナ技術が廃れたとしても、PaaSは進化し続ける
Serverless
サーバーレスコンピューティング=
サーバー管理をせずともアプリケーションの
構築と実行を行う仕組み
FaaS (Functions as a Service)
● イベントに応じて関数の実行を行う仕組み
○ イベントドリブンアーキテクチャ
● AWS Lambda, Azure Functions, OpenWhisk, Riffなど
BaaS (Backend as a Service)
● アプリケーションの一部を置き換えるサードパーティーのサービス
今回はBaaSには触れず、
Serverless=FaaSという前提で話します
Serverless Architecture
API Gateway
CloudFront
S3
Dynamo DB
SNS
SES
Lambda
API Gateway
Dynamo DB
SES
Lambda
Lambda
ApplicationLoad Balancer
Serverless
CaaS / PaaS
API Gateway
Dynamo DB
SES
Lambda
Lambda
Load Balancer
あらかじめスケール
or
負荷に応じてスケール
必要な時に必要なだけ
関数が呼び出される
Serverless
CaaS / PaaS
Serverlessは分かったけど・・・
コンテナ関係ないんじゃ?
Serverlessとコンテナの関係
https://medium.com/openwhisk/uncovering-the-magic-how-serverless-platf
orms-really-work-3cb127b05f71
OpenWhisk riff
https://content.pivotal.io/blog/building-functions-with-riff
OpenFaaS
https://github.com/openfaas/faas/blob/0c7e59fe8a74d22c37500a84952d12ef
6f4b57dd/gateway/README.md
● Serverlessプラットフォームは、コンテナでFunctionを実行
● スピーディーに処理を実行するのに都合がいいため
● つまりこれもコンテナのひとつの活用方法
XaaS
IaaS CaaS PaaS FaaS
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, Serverless
何を採用すべきか
Question
流行っているからKubernetesでしょ!
コンテナの管理したくないし・・・PaaSに全部任せるべき
Serverlessでしょ!無限にスケール、これこそ未来!
・・・本当にそうでしょうか?
どの選択肢にもメリット・デメリットがある
IaaS CaaS PaaS FaaS
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
生産性や標準化の向上
自由度、柔軟性の向上
是非読んで欲しい資料
CNCF Serverless Whitepaper
CNCFが2月に公開したホワイトペーパー。
Serverlessとは 何 か?から 始 まり、 歴 史 や
ユースケース、CaaS/PaaSとの違いから使い分けま
で書かれている
https://github.com/cncf/wg-serverless/tree/master/whitepaper
JKDの講演内容決定後にコレが出てきて焦った
CaaSの
メリット・
デメリット
● 高い柔軟性(インフラ、ミドルウェア)
● プラットフォームからの要求が少ない(less-opinionated)
● 再利用可能なコンテナイメージ
● 力強いエコシステム
● 高いアプリケーションポータビリティ
● ステートフルアプリケーションへの適性
メリット
● 抽象化度合いが低い
● 人、もしくは他の仕組みでカバーが必要な要素が多い
○ イメージの作成
○ イメージのセキュリティパッチの管理
○ コンテナのデプロイに関する設定
○ 監視やロギング周り
○ 負荷分散やスケーリング
デメリット
PaaSの
メリット・
デメリット
● 開発者がアプリケーションの開発に集中できる
● インフラやミドルウェアに対する責任は
プラットフォームが担保
● ミドルウェアごとのベストプラクティスを
プラットフォームが提供
● 成熟したプログラミングモデルを利用可能
メリット
● CaaSに比べると低い柔軟性。
プラットフォームからの要求が多い(12 Factor Apps)
● Webアプリケーションに最適化されており、non-HTTPな
アプリケーションの運用に難がある
デメリット
FaaSの
メリット・
デメリット
● 高いスケーラビリティ。
● 予測不可能なワークロードに対する適性
● 使った分だけの課金(パブリックサービスの場合)
● インフラコストの低減
メリット
● これまでとは大きく異なる
コンピューティングモデルへの習熟が必要。
● 運用やデバッグへのベストプラクティスの不足
● しばらく使われていない関数はコールドスタートとなり、タ
イムラグが発生する可能性
● ベンダーロックインの可能性
デメリット
こういう時はこれを選べ!
こういう時はこれを選べ!
・・・って言えればいいんですけどね
● システム要求だけでなく組織の状態やビジネスの将来性
によって最適解が変わる
● 影響する変数が多すぎて一概には言い切れない
まずやるべきは何か
目的を明確にしよう
● どのプラットフォームを選ぶかは手段
● 大事なのは目的。目的とはあなたのビジネス
○ あなたはどういうビジネスを行おうとしているのか
○ どういう価値を顧客にもたらそうとしているか
● ビジネスがはっきりしないと、システムへの要求がはっき
りしない
評価しよう
● 強靱性
○ ホスト単位の障害、DC単位の障害、NW障害にどう対応できるか
● スケーラビリティ
○ 予測不可能なワークロード(キャンペーンサイトなど)にはServerlessの強み
が生きる一方、コスト高になる可能性も
● パフォーマンス
○ どのくらいの応答速度が必要か
○ Serverlessはスケーラビリティに優れる一方、コールドスタートにより応答
速度が極端に落ちるケースも
評価しよう
● ステートフルorステートレス
○ CaaSであればステートフルなアプリケーションも運用の余地あり
○ PaaSもPersistent Diskへの対応は進んでいるが、
柔軟性ではCaaSに一歩劣る
○ Serverlessは必ずステートレスに作らなければならない。
必要な情報は外部に持たせる
● アプリケーションの更新頻度
○ 顧客の要望に迅速に対応=アプリケーションの更新頻度が多い場合、プロ
セスがシンプルなPaaSが向いている
評価しよう
● 既存資産の流用
○ パッケージアプリ、十分な情報が得られない既存アプリの場合、手を加え
ずそのままコンテナ化(Lift & Shift)でCaaSを利用できる可能性がある
● DevおよびOpsの人数
○ 組織内に十分な人数のDevやOpsがいない場合、成熟したプログラミング
モデルが利用でき、自動化の範囲の広いPaaSを検討すべき
潜在的なコストも考慮しよう
● 誰もがイチからアプリを作れる恵まれた環境に
居るわけではない。
○ コンテナにそのまま引っ越し(Lift & Shift)は楽だが、長期的に考えるとコスト
がかかる可能性もある
○ Serverless化するとインフラコストは下がるかもしれないが、既存
アプリを書き換えるコストに見合うとは限らない
● 依存サービスとの関係性
○ 例えばServerlessはRDBとの相性が良くない。Lambdaの場合Dynamo
DBとの組み合わせが推奨されている
潜在的なコストも考慮しよう
● CaaSにおけるセキュリティの問題
○ 言語やフレームワークを強制されない柔軟さがCaaSの利点。しかし、セ
キュリティホールがあってもプラットフォームは何もしてくれない
● ベストプラクティスへの取り組み
○ PaaSやServerlessはopinionatedなプラットフォーム。プラットフォームに
合った開発が求められる一方、それに従うと生産性を高められる
○ Kubernetesはless-opinionated.仕組みを強制されない一方、生産性はあ
まり改善されないかもしれない
潜在的なコストも考慮しよう
● ベンダーロックインへの考え方
○ Kubernetes同士であれば、クラウドベンダー間およびオンプレ間との互換
性を担保しやすい
○ PaaSはKubernetesに比べると互換性は下がるが、
OSSベースのPaaSであればインフラへのロックインは回避できる
○ Serverlessは究極のロックイン(今のところ)
■ コード自体は一般的な言語が使える。フレームワークもこなれつつある
ので、ポータビリティは向上している
■ 仕組み上、他のサービスとの組み合わせが前提のため、
そちらのほうでロックインされる
■ たとえばオンプレにOpenFaaS動かしたとき、API Gatewayどうするん
だっけ? S3は?
組み合わせよう
λ
全てに適したプラットフォームは無い。ならば
● それぞれのアプリケーションを適したプラットフォームに
○ StatefulなアプリケーションはCaaSに
○ 更新頻度の多いものはPaaSに
○ ETLはServerlessに
● いずれにせよDevOpsパイプラインの活用は必須
○ プラットフォームが増えた結果、手作業が増えたら
意味が無い
制約は創造性をはぐくむ
「戦うWebデザイン」(2001年) に載っていた言葉
Ruby on Railsの作者、DHHも『Constraints are
liberating(制約が自由をもたらす)』と言っている
適度な制約があることによって、本来すべき
ことに集中でき、創造性・生産性が高まる
まとめ
● Docker、Kubernetes以外にもコンテナの利用方法はある
● CaaS, PaaS, Serverlessそれぞれにメリットデメリット
● それぞれの特性を把握し、自分のビジネスに最も合ったプラッ
トフォームを選ぼう
● 組み合わせるという考え方も重要
CaaS
ServerlessPaaS
『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法
Transforming How The World Builds Software
© Copyright 2017 Pivotal Software, Inc. All rights Reserved.

Contenu connexe

Tendances

PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)NTT DATA Technology & Innovation
 
マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021Yusuke Suzuki
 
Redisの特徴と活用方法について
Redisの特徴と活用方法についてRedisの特徴と活用方法について
Redisの特徴と活用方法についてYuji Otani
 
ストリーム処理を支えるキューイングシステムの選び方
ストリーム処理を支えるキューイングシステムの選び方ストリーム処理を支えるキューイングシステムの選び方
ストリーム処理を支えるキューイングシステムの選び方Yoshiyasu SAEKI
 
Azure API Management 俺的マニュアル
Azure API Management 俺的マニュアルAzure API Management 俺的マニュアル
Azure API Management 俺的マニュアル貴志 上坂
 
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編Masahito Zembutsu
 
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行Dockerからcontainerdへの移行
Dockerからcontainerdへの移行Kohei Tokunaga
 
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチマイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ増田 亨
 
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021Preferred Networks
 
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)NTT DATA Technology & Innovation
 
コンテナにおけるパフォーマンス調査でハマった話
コンテナにおけるパフォーマンス調査でハマった話コンテナにおけるパフォーマンス調査でハマった話
コンテナにおけるパフォーマンス調査でハマった話Yuta Shimada
 
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行Dockerからcontainerdへの移行
Dockerからcontainerdへの移行Akihiro Suda
 
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】Masahito Zembutsu
 
20220409 AWS BLEA 開発にあたって検討したこと
20220409 AWS BLEA 開発にあたって検討したこと20220409 AWS BLEA 開発にあたって検討したこと
20220409 AWS BLEA 開発にあたって検討したことAmazon Web Services Japan
 
Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)
Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)
Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)NTT DATA Technology & Innovation
 
グラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみたグラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみたCData Software Japan
 
AWSでDockerを扱うためのベストプラクティス
AWSでDockerを扱うためのベストプラクティスAWSでDockerを扱うためのベストプラクティス
AWSでDockerを扱うためのベストプラクティスAmazon Web Services Japan
 
Azure Monitor Logで実現するモダンな管理手法
Azure Monitor Logで実現するモダンな管理手法Azure Monitor Logで実現するモダンな管理手法
Azure Monitor Logで実現するモダンな管理手法Takeshi Fukuhara
 
インフラCICDの勘所
インフラCICDの勘所インフラCICDの勘所
インフラCICDの勘所Toru Makabe
 

Tendances (20)

PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
 
マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021
 
Redisの特徴と活用方法について
Redisの特徴と活用方法についてRedisの特徴と活用方法について
Redisの特徴と活用方法について
 
ストリーム処理を支えるキューイングシステムの選び方
ストリーム処理を支えるキューイングシステムの選び方ストリーム処理を支えるキューイングシステムの選び方
ストリーム処理を支えるキューイングシステムの選び方
 
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajpAt least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
 
Azure API Management 俺的マニュアル
Azure API Management 俺的マニュアルAzure API Management 俺的マニュアル
Azure API Management 俺的マニュアル
 
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
 
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
 
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチマイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
 
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
 
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
今こそ知りたいSpring Batch(Spring Fest 2020講演資料)
 
コンテナにおけるパフォーマンス調査でハマった話
コンテナにおけるパフォーマンス調査でハマった話コンテナにおけるパフォーマンス調査でハマった話
コンテナにおけるパフォーマンス調査でハマった話
 
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
 
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
 
20220409 AWS BLEA 開発にあたって検討したこと
20220409 AWS BLEA 開発にあたって検討したこと20220409 AWS BLEA 開発にあたって検討したこと
20220409 AWS BLEA 開発にあたって検討したこと
 
Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)
Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)
Anthos を使ったエンタープライズ向けクラスタの設計とアップグレード戦略のススメ(CloudNative Days Tokyo 2021 発表資料)
 
グラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみたグラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみた
 
AWSでDockerを扱うためのベストプラクティス
AWSでDockerを扱うためのベストプラクティスAWSでDockerを扱うためのベストプラクティス
AWSでDockerを扱うためのベストプラクティス
 
Azure Monitor Logで実現するモダンな管理手法
Azure Monitor Logで実現するモダンな管理手法Azure Monitor Logで実現するモダンな管理手法
Azure Monitor Logで実現するモダンな管理手法
 
インフラCICDの勘所
インフラCICDの勘所インフラCICDの勘所
インフラCICDの勘所
 

Similaire à 『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法

Lineにおけるspring frameworkの活用
Lineにおけるspring frameworkの活用Lineにおけるspring frameworkの活用
Lineにおけるspring frameworkの活用Tokuhiro Matsuno
 
PostgreSQLではじめるOSS開発@OSC 2014 Hiroshima
PostgreSQLではじめるOSS開発@OSC 2014 HiroshimaPostgreSQLではじめるOSS開発@OSC 2014 Hiroshima
PostgreSQLではじめるOSS開発@OSC 2014 HiroshimaShigeru Hanada
 
Capistrano in practice - WebCareer
Capistrano in practice - WebCareerCapistrano in practice - WebCareer
Capistrano in practice - WebCareerKyosuke MOROHASHI
 
Cake Matsuri Nanapi
Cake Matsuri NanapiCake Matsuri Nanapi
Cake Matsuri NanapiShuichi Wada
 
クラウド上でのChef活用と ベストプラクティス v0.2.0
クラウド上でのChef活用と ベストプラクティス v0.2.0クラウド上でのChef活用と ベストプラクティス v0.2.0
クラウド上でのChef活用と ベストプラクティス v0.2.0NIFTY Cloud
 
Observability, Service Mesh and Microservices
Observability, Service Mesh and MicroservicesObservability, Service Mesh and Microservices
Observability, Service Mesh and MicroservicesTaiki
 
async/await不要論
async/await不要論async/await不要論
async/await不要論bleis tift
 
Cloud Foundryで学ぶ、PaaSのしくみ講座
Cloud Foundryで学ぶ、PaaSのしくみ講座Cloud Foundryで学ぶ、PaaSのしくみ講座
Cloud Foundryで学ぶ、PaaSのしくみ講座Kazuto Kusama
 
PHPerだってサーバーレスしたい!
PHPerだってサーバーレスしたい!PHPerだってサーバーレスしたい!
PHPerだってサーバーレスしたい!Yuta Matsumura
 
Draft: Observability, Service Mesh and Microservices
Draft: Observability, Service Mesh and MicroservicesDraft: Observability, Service Mesh and Microservices
Draft: Observability, Service Mesh and MicroservicesTaiki
 
sysloadや監視などの話(仮)
sysloadや監視などの話(仮)sysloadや監視などの話(仮)
sysloadや監視などの話(仮)Takanori Sejima
 
Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発
Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発
Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発kishimotosc
 
GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...
GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...
GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...Rescale Japan株式会社
 
Cache 自由自在
Cache 自由自在Cache 自由自在
Cache 自由自在Ryu Shindo
 
テスト環境まるごとAwsにのっけてみた
テスト環境まるごとAwsにのっけてみたテスト環境まるごとAwsにのっけてみた
テスト環境まるごとAwsにのっけてみたKazuaki Fujikura
 
Hadoop Source Code Reading #17
Hadoop Source Code Reading #17Hadoop Source Code Reading #17
Hadoop Source Code Reading #17Shingo Furuyama
 
SAP on AWS 実際の導入例と導入効果
SAP on AWS 実際の導入例と導入効果SAP on AWS 実際の導入例と導入効果
SAP on AWS 実際の導入例と導入効果Amazon Web Services Japan
 
2016/12/17 ASP.NET フロントエンドタスク入門
 2016/12/17 ASP.NET フロントエンドタスク入門 2016/12/17 ASP.NET フロントエンドタスク入門
2016/12/17 ASP.NET フロントエンドタスク入門miso- soup3
 

Similaire à 『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法 (20)

Serverless Anti-Patterns
Serverless Anti-PatternsServerless Anti-Patterns
Serverless Anti-Patterns
 
Lineにおけるspring frameworkの活用
Lineにおけるspring frameworkの活用Lineにおけるspring frameworkの活用
Lineにおけるspring frameworkの活用
 
PostgreSQLではじめるOSS開発@OSC 2014 Hiroshima
PostgreSQLではじめるOSS開発@OSC 2014 HiroshimaPostgreSQLではじめるOSS開発@OSC 2014 Hiroshima
PostgreSQLではじめるOSS開発@OSC 2014 Hiroshima
 
Capistrano in practice - WebCareer
Capistrano in practice - WebCareerCapistrano in practice - WebCareer
Capistrano in practice - WebCareer
 
Cake Matsuri Nanapi
Cake Matsuri NanapiCake Matsuri Nanapi
Cake Matsuri Nanapi
 
クラウド上でのChef活用と ベストプラクティス v0.2.0
クラウド上でのChef活用と ベストプラクティス v0.2.0クラウド上でのChef活用と ベストプラクティス v0.2.0
クラウド上でのChef活用と ベストプラクティス v0.2.0
 
Observability, Service Mesh and Microservices
Observability, Service Mesh and MicroservicesObservability, Service Mesh and Microservices
Observability, Service Mesh and Microservices
 
async/await不要論
async/await不要論async/await不要論
async/await不要論
 
Cloud Foundryで学ぶ、PaaSのしくみ講座
Cloud Foundryで学ぶ、PaaSのしくみ講座Cloud Foundryで学ぶ、PaaSのしくみ講座
Cloud Foundryで学ぶ、PaaSのしくみ講座
 
PHPerだってサーバーレスしたい!
PHPerだってサーバーレスしたい!PHPerだってサーバーレスしたい!
PHPerだってサーバーレスしたい!
 
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_cccSpring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
 
Draft: Observability, Service Mesh and Microservices
Draft: Observability, Service Mesh and MicroservicesDraft: Observability, Service Mesh and Microservices
Draft: Observability, Service Mesh and Microservices
 
sysloadや監視などの話(仮)
sysloadや監視などの話(仮)sysloadや監視などの話(仮)
sysloadや監視などの話(仮)
 
Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発
Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発
Cassandraのトランザクションサポート化 & web2pyによるcms用プラグイン開発
 
GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...
GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...
GTC Japan 2016 Rescaleセッション資料「クラウドHPC ではじめるDeep Learning」- Oct/5/2016 at GTC ...
 
Cache 自由自在
Cache 自由自在Cache 自由自在
Cache 自由自在
 
テスト環境まるごとAwsにのっけてみた
テスト環境まるごとAwsにのっけてみたテスト環境まるごとAwsにのっけてみた
テスト環境まるごとAwsにのっけてみた
 
Hadoop Source Code Reading #17
Hadoop Source Code Reading #17Hadoop Source Code Reading #17
Hadoop Source Code Reading #17
 
SAP on AWS 実際の導入例と導入効果
SAP on AWS 実際の導入例と導入効果SAP on AWS 実際の導入例と導入効果
SAP on AWS 実際の導入例と導入効果
 
2016/12/17 ASP.NET フロントエンドタスク入門
 2016/12/17 ASP.NET フロントエンドタスク入門 2016/12/17 ASP.NET フロントエンドタスク入門
2016/12/17 ASP.NET フロントエンドタスク入門
 

Plus de Kazuto Kusama

Concourseで快適な自動化の旅
Concourseで快適な自動化の旅Concourseで快適な自動化の旅
Concourseで快適な自動化の旅Kazuto Kusama
 
Istio, Kubernetes and Cloud Foundry (修正版)
Istio, Kubernetes and Cloud Foundry (修正版)Istio, Kubernetes and Cloud Foundry (修正版)
Istio, Kubernetes and Cloud Foundry (修正版)Kazuto Kusama
 
Istio, Kubernetes and Cloud Foundry
Istio, Kubernetes and Cloud FoundryIstio, Kubernetes and Cloud Foundry
Istio, Kubernetes and Cloud FoundryKazuto Kusama
 
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについてk8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについてKazuto Kusama
 
Cloud Foundry Container Runtimeで快適Kubernetes運用
Cloud Foundry Container Runtimeで快適Kubernetes運用Cloud Foundry Container Runtimeで快適Kubernetes運用
Cloud Foundry Container Runtimeで快適Kubernetes運用Kazuto Kusama
 
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundryコンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud FoundryKazuto Kusama
 
改めてPaaSについて考えてみる
改めてPaaSについて考えてみる改めてPaaSについて考えてみる
改めてPaaSについて考えてみるKazuto Kusama
 
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container NetworkingCloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container NetworkingKazuto Kusama
 
CFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service BrokerCFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service BrokerKazuto Kusama
 
グループ会社を巻き込んで勉強会をやってみるには
グループ会社を巻き込んで勉強会をやってみるにはグループ会社を巻き込んで勉強会をやってみるには
グループ会社を巻き込んで勉強会をやってみるにはKazuto Kusama
 
Docker PaaSとしての OpenShift, Deis, Flynn比較
Docker PaaSとしての OpenShift, Deis, Flynn比較Docker PaaSとしての OpenShift, Deis, Flynn比較
Docker PaaSとしての OpenShift, Deis, Flynn比較Kazuto Kusama
 
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来Kazuto Kusama
 
クラウドを『作る』ってどういうこと?
クラウドを『作る』ってどういうこと?クラウドを『作る』ってどういうこと?
クラウドを『作る』ってどういうこと?Kazuto Kusama
 
OpenShift 3で、DockerのPaaSを作る話
OpenShift 3で、DockerのPaaSを作る話OpenShift 3で、DockerのPaaSを作る話
OpenShift 3で、DockerのPaaSを作る話Kazuto Kusama
 
知って欲しいPaaSの話
知って欲しいPaaSの話知って欲しいPaaSの話
知って欲しいPaaSの話Kazuto Kusama
 
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門Kazuto Kusama
 
KubernetesとOpenShiftの話
KubernetesとOpenShiftの話KubernetesとOpenShiftの話
KubernetesとOpenShiftの話Kazuto Kusama
 
最近のKubernetesとDocker Machine/Swarmの話
最近のKubernetesとDocker Machine/Swarmの話最近のKubernetesとDocker Machine/Swarmの話
最近のKubernetesとDocker Machine/Swarmの話Kazuto Kusama
 
DockerとKubernetesが作る未来
DockerとKubernetesが作る未来DockerとKubernetesが作る未来
DockerとKubernetesが作る未来Kazuto Kusama
 

Plus de Kazuto Kusama (20)

Concourseで快適な自動化の旅
Concourseで快適な自動化の旅Concourseで快適な自動化の旅
Concourseで快適な自動化の旅
 
Istio, Kubernetes and Cloud Foundry (修正版)
Istio, Kubernetes and Cloud Foundry (修正版)Istio, Kubernetes and Cloud Foundry (修正版)
Istio, Kubernetes and Cloud Foundry (修正版)
 
Istio, Kubernetes and Cloud Foundry
Istio, Kubernetes and Cloud FoundryIstio, Kubernetes and Cloud Foundry
Istio, Kubernetes and Cloud Foundry
 
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについてk8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
k8sだけじゃないIstio - Cloud FoundryのIstioインテグレーションについて
 
Cloud Foundry Container Runtimeで快適Kubernetes運用
Cloud Foundry Container Runtimeで快適Kubernetes運用Cloud Foundry Container Runtimeで快適Kubernetes運用
Cloud Foundry Container Runtimeで快適Kubernetes運用
 
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundryコンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundry
 
改めてPaaSについて考えてみる
改めてPaaSについて考えてみる改めてPaaSについて考えてみる
改めてPaaSについて考えてみる
 
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container NetworkingCloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container Networking
 
CFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service BrokerCFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service Broker
 
グループ会社を巻き込んで勉強会をやってみるには
グループ会社を巻き込んで勉強会をやってみるにはグループ会社を巻き込んで勉強会をやってみるには
グループ会社を巻き込んで勉強会をやってみるには
 
Docker PaaSとしての OpenShift, Deis, Flynn比較
Docker PaaSとしての OpenShift, Deis, Flynn比較Docker PaaSとしての OpenShift, Deis, Flynn比較
Docker PaaSとしての OpenShift, Deis, Flynn比較
 
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
ひしめき合うOpen PaaSを徹底解剖! PaaSの今と未来
 
クラウドを『作る』ってどういうこと?
クラウドを『作る』ってどういうこと?クラウドを『作る』ってどういうこと?
クラウドを『作る』ってどういうこと?
 
Lattice深掘り話
Lattice深掘り話Lattice深掘り話
Lattice深掘り話
 
OpenShift 3で、DockerのPaaSを作る話
OpenShift 3で、DockerのPaaSを作る話OpenShift 3で、DockerのPaaSを作る話
OpenShift 3で、DockerのPaaSを作る話
 
知って欲しいPaaSの話
知って欲しいPaaSの話知って欲しいPaaSの話
知って欲しいPaaSの話
 
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
 
KubernetesとOpenShiftの話
KubernetesとOpenShiftの話KubernetesとOpenShiftの話
KubernetesとOpenShiftの話
 
最近のKubernetesとDocker Machine/Swarmの話
最近のKubernetesとDocker Machine/Swarmの話最近のKubernetesとDocker Machine/Swarmの話
最近のKubernetesとDocker Machine/Swarmの話
 
DockerとKubernetesが作る未来
DockerとKubernetesが作る未来DockerとKubernetesが作る未来
DockerとKubernetesが作る未来
 

『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法