Cloud Native Days Tokyo 2019 -2019年7月22-23日参加レポート
今回、東京が開催されましたCloud Native Days Tokyo 2019に2日間とも参加してきましたので、報告しようと思います。 セッション毎の報告というより、全体を通した感想を話そうかなと思います。
- CNCFの利用率
- CloudNativeとは？
- なぜCRDがホットなのか？
- Kubernetesは必要ですか？
- Circuit Breaker
- twelve factor app
- 技術にフォーカスした発表
- その他
- 最後に
- 蛇足（参加するまでの経緯）
リンクをまとめています。
qiita.com
CNCFの利用率
一日目のKeynoteで印象的だった内容です。 発表者は、OSDT実行委員長である長谷川さんです。
来場者アンケート1354人から聞いた「クラウドネイティブ技術を活用フェーズについて」の紹介がありました。
既に本番環境に適用している人は、なんと46%という驚きの結果でした。また、開発環境に至っては、63%ということでした。
このイベントに参加している時点である程度フィルターはかかっていると思いますが、それでも大きな割合だと感じました。
次の図では、CNCFプロジェクトの180日間におけるCommit数をグラフ化したものです。
生みの親であるGoogleが1位でindependent(個人)が2番目、日本企業Fujitsuが6位です。熱意が伝わってきますね。
ただ、CNCFのメンバーとして日本企業は17社しかないそうで、まだまだこれからといったところでしょうか。 https://landscape.cncf.io/format=memberslandscape.cncf.io
さらには、Kubernetesから認定された日本企業ではまだないみたいです。残念です。
kubernetes.io
今後は、次のようなカンファレンスが海外でもあるみたいです。ぜひ参加してみたいと思います。
events.linuxfoundation.org
events.linuxfoundation.org
CloudNativeとは？
クラウドネイティブ技術は、パブリッククラウド、プライベートクラウド、ハイブリッドクラウドなどの近代的でダイナミックな環境において、スケーラブルなアプリケーションを構築および実行するための能力を組織にもたらします。 このアプローチの代表例に、コンテナ、サービスメッシュ、マイクロサービス、イミューダブルインフラストラクチャ、および宣言型APIがあります。
※ https://github.com/cncf/toc/blob/master/DEFINITION.md#日本語版
「スケーラブルなアプリケーションを構築および実行」が重要です。これを実現する手段の１つにKubernetesがあります。 「CloudNative = Kubernetes」ではなく、「CloudNative ∋ Kubernetes」という感じです。
ただ、最近ではKubernetesを違う観点で考える人が増えてきたそうです。 それが、二日目のKeynoteで発表された北山さんのスライドにあります。 speakerdeck.com
Kubernetesは「platformのためのplatform」と言われるようになりました。 これは、slide.No.9(Kubernetes is a platform)で見て分かる通りで、次のようなことがわかります。
- 運用管理者
- Self-Healingによってスケールが簡単になる
- アプリケーション開発者
- 簡単にデプロイすることができる
これらは、たしかに「プラットフォームから得られる価値」になりますが、 逆に次のような考慮が必要なってきます。
- 運用管理者
- Self-Healingはどこまで信頼性を担保できるか
- アプリケーション開発者
- ユーザー影響を最小限にするためには、どうればよいか
これらのような「プラットフォームを利用するコスト」が「プラットフォームから得られる価値」よりも大きくなってしまいがちになります。 そこで、Operator (CRD)という概念が最近ホットになっています。
なぜCRDがホットなのか？
CRDという言葉は様々なセッションで取り上げらていました。 CRDとOperatorについては、下記をご参考下さい。 silverbirder180.hatenablog.com
Kubernetesを運用すると、既存のリソースだけでは物足りない所がでてくるそうです。 そういう部分が「プラットフォームを利用するコスト」を大きくしてしまいます。 そこで、オリジナルのカスタマイズしたリソースを独自に開発し、運用を自動化することを目的とした CRD、Operatorが生まれました。 ただ、独自に1から作るよりも、下記のサイトから使った方が効率的なときもあります。 operatorhub.io けど、結局は困ったとき、ソースコードを読むことになるので、それぐらいの能力がないと、 運用を回せない気がします。
zlabのladicleさんの次のスライドがとてもわかりやすく、まとまっていました。 これは貴重な資料ですね。 speakerdeck.com
ちなみに、独自に1から作ったケースがサイバーエージェントの山本さんの発表で、次のスライドです。
speakerdeck.com
同じくサイバーエージェントの青山さんがライブコーディングされていたリポジトリが次のものになります。 github.com
Kubernetesは必要ですか？
Kubernetesを使うべきかの話が2日間でちらほらありました。 次のような議論もあります。 www.atmarkit.co.jp
CloudNativeなアプリケーション構築を目指す場合、どうしてもKubernetesを使う方向になりがちですよね。
今回参加したセッションの多くの企業では、Kubernetesを採用するための検討が下記のような感じでした。
- プレインなKubernetesか、マネージドなKubernetesか
- 大体はマネージドなKubernetesを使う。
- かゆい所に手を伸ばすときになって、プレインなKubernetesを使う。
- Kubernetesのエンジニアは何人か。それは専属か
- どこもKubernetesの知識を保有するエンジニアは少ない。
- 数人程度で専任で進めることが多い。
- ノウハウを蓄積するために、スモールスタート
様々なセッションがあった中で、とても王道なステップを踏まれている企業がありました。それは、SoftbankPaymentServiceの鈴木さんの次のスライドです。
特に「運用を回すコストを考慮すると、KubernetesではなくPaaSを使う」 というポイントが好きです。
Circuit Breaker
耳にタコができるぐらい、この単語を聞きました。 下記のサイトが参考になります。 qiita.com
同期リクエストの先で一部のマイクロサービスに障害があると、クライアントやその先の「クライアントのクライアント」までブロッキングが波及することになりかねない。 この問題を、クライアントと実サービスの間に Circuit Breaker と呼ばれるプロキシを介在させて、実サービスの呼び出し失敗が一定基準を超えると、クライアントからのリクエストを即座にリジェクトさせて、ブロッキング連鎖を解消するパターン。
Kubernetesでアプリケーションを構築すると、分散システムの恩恵を受けるために、
アプリケーションをマイクロサービス化する流れになります。そのマイクロサービス化でよく踏む地雷が、
「後ろのAPIが死んだら、連鎖的に他サーバも死ぬ」という現象です。
これを回避するために、上記のCircuit Breakerパターンを使う企業が多数いらっしゃいました。
本当にいろんなセッションで聞きました...。
twelve factor app
次のWantedlyさんのスライドが、私の中では話題になりました。 speakerdeck.com
要は、「アプリケーションとしての設計の考え方(twelve factor app)を、インフラ部分でも適用してみた」という感じです。 どれも具体的なところまで説明されており、実際にKubernetesを構築する際に役に立つものだと思います。
技術にフォーカスした発表
今回のイベントでは、何か1つの技術にフォーカスした発表が多くありました。 それぞれ私なりにまとめてみました。ご参考下さい。
Chaos Engineering
Docker
www.slideshare.net
Envoy
Logging
LinuxKernel
Prometheus
Sandbox
Scheduler
Spinnaker
speakerdeck.com9:embed:cite]
Istio
その他
サイバーエージェントさんより、エンジニアにとってとても嬉しいアイテムを頂きました。
／
— CyberAgent AI事業本部広報 (@cyberagent_ai) 2019年7月19日
7/22-23
CloudNative Days Tokyo
OpenStack Days Tokyo に社員が登壇！
＼
週明け月曜日より行われる #CNDT2019 #OSDT2019
にて、弊社社員が多数登壇します！
またブースにて #Kubernetes キーキャップの
配布や、#おうちk8s の展示をしています！
ぜひ遊びに来てください😀#CNDT pic.twitter.com/UOcfLZL6Kr
さっそく、キーボードにとりつけてみました。最高です！
こちらのサービスから作られたそうで、私も自前で何か作ってみようかなと思いました。 http://www.wasdkeyboards.com/index.php/products/printed-keycap-singles/custom-art-cherry-mx-keycaps.html
最後に
CloudNativeにどっぷり浸かった2日間でした。
どの企業でもCloudNativeを導入したことによる「つらみ」や「価値」を共有して頂いたおかげで、これから導入する人たち（私を含む）にとっては、有意義な時間でした。
全てのセッションを吸収できたわけではないですが、ここで記載したスライドだけでも理解を深めたいなと思います。
cloudnativedays.jp 今度は大阪で開催されるそうです。これも絶対参加したいなと思います！
蛇足（参加するまでの経緯）
筆者はWebが大好きなエンジニアで、Kubernetesについては理解が浅い人間です。主にフロントエンドに注力しています。
ただ、昨年のDeveloperBoost2018で、サイバーエージェントの青山さんのセッションをうけてKubernetesに興味を持ち始めました。
codezine.jp
青山さんはKubernetesにとても詳しい方で、世代が近いせいか、私もこれぐらい夢中になれるものを見つけたいと感じるようになりました。
私はWebに関わるものなら何でも好きで、Kubernetesも含まれます。そこで、青山さん著作のKubernetes完全ガイドを全て実践することにしてみました。もちろんお家Kubernetesでです。
実際に触ってみると、スケールする簡単さに驚きました。ほぼコマンド一発でPodが複製されて、「え！？」とびっくりです。
そこから、段々とハマっていき今回のイベントに参加することになりました。
