2019/09/25 @awswakaran.tokyo #2

1. そのコンテナ化、本当に嬉しいですか？
2019/09/25 awswakaran.tokyo #2 @ Drecom
#awswakaran_tokyo

2. Who?
Yuta Suzuki (@euxn23)
Software Engineer
Node.js / Go / Rust (a little)
Angular / React
無職(2019/9/24-9/30)

4. コンテナ使ってますか？
Elastic Beanstalk
ECS
Fargate
EKS

5. コンテナ化すると便利ですよね
本番と同じ環境で開発できる
環境構築不要ですぐ使える
docker-compose でコンテナの依存関係も書ける

6. ほんとに？

7. 例: アプリケーション
Rails のdev サーバのホットリロードがコンテナと相性悪い(asset pipeline)
フロントエンドの差分ビルドをwatch するとdocker とのI/O が遅くてつらい
複数アプリケーションを全部8080 で⽴てる設定をローカルでやるとぶつかる

8. アプリケーションをコンテナで開発するのはつらいかも

9. でもミドルウェアは便利だよね

10. 例: ミドルウェア
1 マシンで複数バージョンのMySQL を使⽤したい
ElasticSearch の環境構築をしたくない
docker compose で構成管理したい

11. メンテされればね

12. 本番環境と乖離するローカル⽤コンテナ定義
追従しないDockerfile.dev
追従しないdev 向けconfig
なんのために存在するかわからないdocker-compose のコンポーネント

13. 極論: じゃあ本番と同じにしよう

14. > MySQL on ECS 爆誕<

15. 運⽤したくなくないですか？
ストレージのマウントとかバックアップとか⾃前でやるの？
コンテナ越しにMaster-Slave 組むのつらくない？
そもそもコンテナにする恩恵ある？

16. 結論
コンテナ化は節度を持って、場所を選んで、
継続的メンテをし{ましょう,たい}

17. アプリケーションのコンテナ化
ローカルでコンテナで開発する苦労vs 環境開発の苦労をちゃんと勘案する
そもそもコンテナ化するかどうかはアプリケーション特性による
Rails のようなフルスタックなアプリケーションならheroku も⼗分検討した⽅が良い

18. ミドルウェアのコンテナ化
PaaS とローカルの共通化を諦める勇気
ローカル向けの定義を継続的にメンテするor 諦める(嘘情報が⼀番悪いので)
お⾦に余裕があればdev ⽤のPaaS を⽤意するのが正しそう