なんでもかんでもコンテナ化すればいいってもんでもないけど なんでもかんでもコンテナ化したらスッキリしました

Transcript

1. © Chatwork なんでもかんでもコンテナ化すればいいって もんでもないけど なんでもかんでもコンテナ化したらスッキリ しました Chatwork株式会社
2. 自己紹介 2 • 古屋 啓介 ◦ Chatwork株式会社 SRE部 ◦ AWS Community Builders (container) ◦ JAWS-UG SRE支部運営 ◦ ドラム叩きます 3/21(木) 春のAurora祭りやります！
3. （前提） 3 • Chatworkのインフラ構成 ◦ AWSを利用 ◦ 大部分のアプリがEKS上で稼働
4. こんなとき、どうしますか？ 4 毎日1回、特定のURLを叩きたい
5. んー... 5 EventBridge発火のLambdaかなぁ
6. これでよさそう 6 • つくった！うごいた！解決！ 毎日AM1:00に Lambdaを起動する URLアクセスする （Python / NodeJS）
7. これでよさそう 7 • つくった！うごいた！解決！ 毎日AM1:00に Lambdaを起動する URLアクセスする （Python / NodeJS） 完
8. 数年後... 8 バージョンアップしてや （Python / NodeJS）
9. あれ... 9 • ソースどこやったっけ... • デプロイって手動だった？ • テストしたいんだけど...
10. なぜなのか 10 • ソースどこやったっけ... ◦ 普段触らないのでどこおいたか覚えてない • デプロイって手動だった？ ◦ メインのワークロードとは異なるスタックなのでCI/CDが未整備 • テストしたいんだけど... ◦ 簡単1ショットの仕組みだったのでテストもなし
11. っていうのを何回かやった結果 11 これはもう全部コンテナにして EKSで動かしたほうがいいのでは？
12. つまり 12 • これを 毎日AM1:00に Lambdaを起動する URLアクセスする （Python / NodeJS）
13. つまり 13 • こうする 毎日AM1:00に jobを起動する URLアクセスする （Python / NodeJS）
14. なにがうれしいの？ 14 • ソースどこやったっけ... ◦ 普段触らないのでどこおいたか覚えてない ◦ 普段触っているのと同じところに置くので迷わない • デプロイって手動だった？ ◦ メインのワークロードとは異なるスタックなのでCI/CDが未整備 ◦ メインのワークロードと同じCI/CDの仕組みに乗れる • テストしたいんだけど... ◦ 簡単1ショットの仕組みだったのでテストもなし ◦ 上記が整うことでテスト環境も整えやすい
15. 15 （参考）デプロイフロー 15 Manifest (helmfile) EKS Sync 1. Push 3. kubectl apply helmfileから生成された Manifest 2. Sync helmfileのリポジトリに ソースコードとManifest を格納しておく
16. ちょっと本筋と逸れますが 16 • 移行にあたってPythonをshellにリライト ◦ そもそもPythonとかNodeJSとかのEOLつらい ◦ たまたま簡単なスクリプトが多かった • helmfile + shellはいいぞ ◦ ConfigMapと.shがあればOK ◦ ベースとなるコンテナはシンプルなものでよい ◦ shellの黒魔術化には注意... shellスクリプト マウントする
17. 補足 17 • 大事なのは、メインのワークロードと諸々揃えること ◦ ECSをご利用の場合でも普段使うCI/CDの仕組みに乗れればOK ▪ CDKが最強だったりする...？（CDK詳しい人に教えてほしい） ◦ Lambdaが悪いわけではない ▪ し、メインがバリバリサーバレスだぜ！の場合はむしろLambdaが適任
18. 実際やった事例 18 • helmfile + shellに書き直したもの ◦ Lambda + EventBridge + PythonでOpenSearchを諸々する処理 • そのままEKSに移したもの ◦ EC2 + cron + shellでRDSをデイリーでコピーする処理 ◦ EC2 + cron + shellでRDSにqueryする処理 ◦ EC2 + cron + shellでChatworkを諸々する処理 • その他新規で作ったもの ◦ 夜間休日に検証環境を落とす処理
19. 課題と対処 19 • 多重起動 ◦ EKS更新（Blue/Greenでクラスタが2つある）タイミングで要考慮 多重起動で困るやつは排他処理を別途追加 管理用EKSクラスタ（更新がin-place）ができたので そちらに移行
20. まとめ 20 • （前提）そりゃなんでもかんでもコンテナ化したらいいわけではない • （前提）メインのワークロードがコンテナ基盤で動いている • スケジュール駆動の諸々をコンテナ化すると幸せになるかも？ ◦ ちょっとした処理をやるLambdaっていっぱいありますよね ◦ Lambdaは簡単便利だけど、ちゃんとやろうとすると色々整える必要アリ ◦ いつも使うCDの仕組みに乗せることがダイジ
21. 働くをもっと楽しく、創造的に