Kubernetes Meetup Tokyo #3 まとめ #k8sjp

Kazuto Kusama(jacopen)🐧☄🐏 @jacopen

.@jyoshise さんの発表。髪を切れ #k8sjp

チェシャ猫 @y_taka_23

「担当はギター（じゃんけんで負けるとベース）」 #k8sjp

cyberblack28 @cyberblack28

.@jyoshise さんからk8s上でCloudFoundryを動かすお話。Rock!! #k8sjp

wenbose@お好きな読み方でどうぞ @wenbose

マイクロサービスの集合体をk8s上でライフサイクル管理をするときにどのような実装が必要か #k8sjp

SAITO Hideki @saito_hideki

よしせーおじさんで始まり #k8sjp #髪を切れ pic.twitter.com/tX9KoAK9Fl

拡大

Kazuto Kusama(jacopen)🐧☄🐏 @jacopen

Cloud FoundryはデプロイにBOSHという仕組みを強制されているため、このHPEさんのk8s上でCFを動かすというのは相当なチャレンジなわけですよ #k8sjp

Tori Hara / #reInvent @toricls

「なぜ Kubernetes の上で Cloud Foundry なのか」めっちゃきになる #k8sjp

Ian Lewis 💉💉 @IanMLewis

Kubernetes meetup の最初の発表はCloudFoundry by @jyoshise #k8sjp pic.twitter.com/wh39QlSBcL

拡大

wenbose@お好きな読み方でどうぞ @wenbose

「PaaSに求められる機能」スライド、これ後からじっくり見たいタイプの資料だ… #k8sjp

Naoto Gohko @naoto_gohko

#k8sjp よしせさん、担当はギター Kubernetes Meetup Tokyo 3 / Cloud Foundry と PaaS のに求められるモノ と Kubernetes の違い OpenShiftを例にあげる

チェシャ猫 @y_taka_23

Cloud Foundry のいいところ「多くの PaaS プロバイダ間の互換性」「エコシステムが充実」 #k8sjp

_ @apstndb

Cloud Foundry は Heroku と同じ Buildpack 使えるのかー #k8sjp

_ @apstndb

Concourse CI を動かそうとして BOSH が面倒そうでやめたことある。 #k8sjp

Kazuto Kusama(jacopen)🐧☄🐏 @jacopen

誤解の無いように言っておくと、BOSHは高い学習コストを乗り越えたら、運用がすげー楽になる良い仕組みではあります。 #k8sjp

チェシャ猫 @y_taka_23

Cloud Foundry の微妙なところ「多くのコンポーネントを持つ分散システムで管理が大変」「VM 前提、コンテナに最適化されていない」 #k8sjp

Kazuto Kusama(jacopen)🐧☄🐏 @jacopen

PaaSとCaaSの境目がなくなりつつある。わかる #k8sjp

wenbose@お好きな読み方でどうぞ @wenbose

PaaSとCaaSの境界がなくなりつつある。なるほど… #k8sjp

_ @apstndb

代表的な PaaS の Heroku も GAE も Docker コンテナベースの環境あるし、 PaaS 全体が CaaS によってる流れはある #k8sjp

Naoto Gohko @naoto_gohko

#k8sjp よしせさん、担当はギター Kubernetes Meetup Tokyo 3 / Stackato 4.0 にて、Fissile というOSSでKubernetesを使ったコンテナ管理、CF自体がコンテナ化

okada @ocadaruma

Helion Stackato, Canaryとかはできるのかな #k8sjp

Kuromatsu @kuromt_

KuberbetesのVolume何を使うかいつも迷うけどここではGluster使ってるようだ #k8sjp

チェシャ猫 @y_taka_23

ネットワークは Flannel か。 #k8sjp

Kazuto Kusama(jacopen)🐧☄🐏 @jacopen

仮想マシンを停止してしまう事故ｗ #k8sjp

Kai Sasaki @Lewuathe

Service ManagerはServiceの前処理(Pre-Flight)にもPodを使うらしい #k8sjp