Cloud Native Kansai #2 に参加してきた - スプーキーズのちょっとTech。

f:id:masayuki14:20190315185959j:plain

こんにちは。アンバサダーの id:masayuki14 です。前回に引き続き今回も参加してきました。
前回のレポートはこちら Cloud Native Kansai #1 に参加しました - スプーキーズのちょっとTech。その後、雑誌のk8s特集などを読んだりして、以前よりは理解が深まったもののまだ動かすまでには至ってないので、今後も引き続き取り組んでいきます。

cnjp.connpass.com

前半には Cloud Native プロフェッショナルな発表が続き、後半のLTタイムでは〇〇やってみた系の話もあったので前回に比べバリエーションに富んだ内容でした。後半の発表は未経験の身からすると次のステップをイメージしやすいいい内容だったと思います。

1. Kubernetes and Cloud Native Products

前回参加できなかったことのお詫びから始まり、CyberAgentの紹介を経て本題に入りました。ラズパイで組まれたクラスタってカッコイイですね！ CNCF( Cloud Native Computing Foundation )とは何か、であったりCloud Native とはどういうものか、ということが今回も解説されました。 k8sを利用するにあたり、その背景にある思想がどういうものかを理解することが重要だということがわかります。

また、「Manifestが変更されたとき何が起こっているのか」を題材にしたControl Loopの話は玄人向けという感じで、つよい人になればk8sをOSのようにしてその上で自由に動き回れるのか、という輝かしい未来が想像できました。

むやみに社内ツールを作ろうとする人には それGoogle (が作っているOSS) に勝てるの？ というパワーワードで立ち向かいましょう。

2. 30分でわかる Google Kubernetes Engine

残念ながら資料はありませんでした。

Googleのサービスはほとんどすべてがコンテナで動いていて1週間で40億のコンテナが起動されているようです。すごい。そもそもk8sはGoogleで使われていた独自のクラスタ管理システム Borg がベースになっています。 GoogleとLinuxFoundationが共同でCNCFを設立した時にOSSとして公開しk8sとなり、今でも多くの開発エンジニアが参画しているようです。

引き続きGKEの紹介となりました。先の話も含めマネージドk8sを使う場合はGKEを使うのがよさそう、っていう印象を受けました。

一番驚いたのが、Google Cloud Load Balancer を使えば単一IPで世界で一番近い場所で動くというものでした。Googleすっげー。そして大阪リージョンも年内にリリース予定とのこと。

3. Webアプリ開発向けゆるふわDocker使いがCloud Naive開発に必要なetc.

Webアプリ開発向けゆるふわDocker使いが Cloud Naive開発に必要なetc. from Yasukazu Nagatomi

メインのセッションの中では一番現場に近い話をされていたと思います。

k8sを使うってことは組織を変えるくらいの覚悟が必要だぞ、と。流行ってるっぽいからやってみよぜ！っていうのは止めろ、ということのようです。システムの設計やデザインがそもそもCloudNativeを実現するための状態になっていないとk8sを導入することすら難しそうでした。やはりCloudNativeの思想を理解し、そのロードマップに沿った形でシステムを作っていき、その先に覚悟を持ってk8sを導入しましょうというのが失敗のない手順なんだと思います。

発表されたやっさん(@yassan168) さんは京都の方のようで、次の [京都] テクテクテック #8 サーバ監視や負荷テストどうやってるの？ - connpass にも参加されるようなので、その時にでもお話したいと思います。楽しみが増えた。