必要十分な設計をデザインし続けるコト ~ ECS の Blue/Green デプロイを添えて ~

Slide 1

Slide 1 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 必要⼗分な設計をデザインし続けるコト ~ ECS の Blue/Green デプロイを添えて ~ D E V E L O P E R L O U N G E : M I N I - 9 Shinichi Hama（はまーん） / track3jyo Sr. Startup Solutions Architect Amazon Web Services Japan G.K.

Slide 2

Slide 2 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 本ミニセッションの完全版を観たい⽅は・・・ Ø 動画: https://youtu.be/PRQgvdVravw Ø 資料: https://speakerdeck.com/track3jyo/blue-green-deploy-devday Ø 解説記事: https://speakerdeck.com/track3jyo/blue-green-deploy-devday

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 本当に最初からその⾼度な仕組みが必要ですか例えば、まだまだ成熟していないプロダクトやチームにおいて… • 複雑なデプロイプロセスやフローを導⼊することで満⾜していませんか︖ • チームやプロダクトに沿わない、わたしの考えた最強デプロイフローやアーキテクチャになっていませんか︖ • 「安全性」や「質」のような⾔葉を振りかざして、問題の本質を先延ばししていませんか︖ 安全性を⽬指して設計したはずの仕組みが、結果安全性を損なうのは、多くの場合チーム/プロダクトに沿わない、必要以上な仕組みを導⼊したことに起因します例）Blue/ Green デプロイ、DB のライブマイグレーション、派⼿なピタゴラスイッチアーキテクチャ

Slide 7

Slide 7 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Keep it simple, stupid. • Kelly Johnson • American aeronautical and systems engineer KISS の原則設計の単純性（簡潔性）は成功への鍵である、「不必要な複雑性」は避けるべきだ

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Blue / Green デプロイと安全性 • ⼀度新しい環境でテスト/動作確認をした上で切り替えができ、安全を確認した上で切り替えが可能 • 問題が発⽣した際も、トラフィックを元のバージョンの環境に切り替えるだけなので、迅速にトラフィックの切り戻しが可能

Slide 12

Slide 12 text

Slide 13

Slide 13 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 問題の本質から⽬を背けて、デプロイ戦略に押し付けていませんか︖ リリース時に起きる障害が多く、⼼配なので安全な Blue / Green デプロイを採⽤します︕ 破壊的変更とかビッグバンリリースをしやすいのでとりあえず Blue / Green デプロイにします︕ この技術選定はシンプルでしょうか︖

Slide 14

Slide 14 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. 「とりあえず Blue /Green にしておきたい」という思考 • Blue / Green デプロイというデプロイ戦略は安全性が⾼く、多機能なデプロイ戦略 • 「とりあえず Blue /Green にしておきたい」というメンタルモデルに課題がある • 多機能がゆえに、いろんなことをやりたくなり、結果フローやプロセスの複雑性が増しがち • 今ある課題は本当にデプロイ戦略で解決すべき課題なのか

Slide 15

Slide 15 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Amazon ECS ローリングアップデートのデプロイサーキットブレーカー v1 v2 v2 ... v1 v1 v1 ... New Deployment Rollback v1 v1 v1 ... • ECS サービスのデプロイで異常が発⽣した際、以前のバージョンへの⾃動ロールバックが可能 • ⾃動ロールバックの実装を ECS に委ねて、マネージドな⾃動化が可能 • 異常が発⽣したタスクの起動によるコストの発⽣やコンピューティングリソースの消費を抑える

Slide 16

Slide 16 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. デプロイ失敗の判定 • ステージ 1、ステージ 2 の⼆段階で評価される • ステージ 1 Ø RUNNING 状態に遷移することなく、タスクの起動が “しきい値” まで連続して失敗する • ステージ 2 Ø ヘルスチェック #1 の失敗によりリプレースされたタスク数が “しきい値” に到達する #1: ELB / Cloud Map / コンテナのヘルスチェック

Slide 17

Slide 17 text

© 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Automate rollbacks for Amazon ECS rolling deployments with CloudWatch alarms https://aws.amazon.com/blogs/containers/automate-rollbacks-for-amazon-ecs-rolling-deployments-with-cloudwatch-alarms/