bitbank では Angular アプリケーションのデプロイを、 GitLab CI Runner を使った CD(継続的デプロイ)で行なっています。このような運用方法を行うことで見えてきたメリットや課題を発表します。

1. ng build --prod & Continuous Delivery
2019/08/01 Bitbank Night #5
→← 1 / 17

2. Who?
Yuta Suzuki (@euxn23)
Engineer @ Bitbank (2018/07-)
Developer Success Team
AWS, DevOps, NodeJS Engineer
formerly, Application Engineer (Angular / TS Backend)
→← 2 / 17

3. 開発者が幸せになれる会社を⽬指しています
slideshare: DeveloperSuccess として何を届けられるか、様々な分野を経た先として何ができるか

4. Developer Success としてAngular をCD 化

5. CD(Continuous Delivery) とは？継続的にサービスを届ける(デプロイする)ための仕組み全般
Jenkins 等の⼿動操作を挟まないデプロイを主に指す
特に⾃動テストを指すCI と共に、⾃動デプロイの⽂脈で使われる

6. 以前の状態
開発環境へのデプロイはAWS クレデンシャルを使ってローカルから実施
ステージング、本番環境へのデプロイはchat ops でデプロイサーバから実施
master にマージしたあとCTO 確認ののちデプロイというフロー

7. CD 化の動機
ローカルやデプロイサーバ等の環境にビルドが依存するのを避けたい
開発環境にデプロイするのにAWS の設定をするのが⾯倒
Angular のビルドが遅いが、原因が分からない

8. > Angular のビルドが遅いが、原因が分からない

9. AOT build に40 分かかる
⼿元だと数分で終わる
デプロイサーバのリソースは⾜りてる
chatops のbot を経由しているせい？

10. 実⾏環境に依存されないコンテナでビルドすれば解決しそう
-> 原因究明よりもCD を導⼊を検討しよう

11. GitLab Runner の採⽤
バックエンドのCD で利⽤実績あり
仕組みは単純でdocker が起動するだけ
現在のビルドコマンドを実⾏するだけで良さそう

12. CD 化の際の注意点
S3 の更新権限を管理する
開発環境のS3 がグローバル公開になってないか確認する
CloudFront との連携を⾒直す

13. セキュリティチェックは⼊念に
「CloudFront にIP 制限かけるだけで本当に⼤丈夫ですか？」

14. 無事完成

15. CD にしてよかったこと
Angular AOT ビルドが早くなった
ブランチへのpush だけで検証環境にデプロイできるようになった
リソース不⾜になったときにインスタンスサイズを上げられるようになった

16. 課題(インフラ⾯)
CD Runner はEC2 なので、デプロイしていないときも動いていてリソースの無駄がある
必要に応じて都度runner を作成しないといけないので、準備を⾃動化したい
EKS cluster とかにするとスケールと権限管理をいい感じにできるので検討したい

17. まとめ
マージ= デプロイになったおかげでデリバリが⾼速になった
CD 環境にピュアなコンテナを使うことでビルドパフォーマンスの環境依存を最⼩限にした
アプリケーションエンジニアでもインフラを意識せずデプロイできるようになった