AWS DVA AWS開発 参考書読み２日目

今日やったこと

AWS DVA（デベロッパーアソシエイト）の参考書で、Elastic Beanstalkの記載を読んだ。

全てを読みきれなかったが、AWS SAAで勉強したはずがかなり忘れていた。

Elastic Beanstalk

プレゼンテーション層／アプリケーション層／データ層からなる３層Webアプリケーションや、キューを用いたバッチ処理などの典型的なプラットフォームを構築するためのサービス

アプリケーションコードをアップロードするだけで、ALBやDBなどのミドルウェアを自動で組み合わせてくれる

デプロイ戦略

アプリケーションのデプロイポリシーとして、５種類のオプションがある

• All at once
  • 現在実行しているアプリケーションインスタンスを同時に全て更新する方式
  • 一度に同時更新のため、時間が短い
  • 同時更新のため、サービス停止時間が発生する
  • エラーが発生した場合
    • ロールバックするのに同じ時間がかかる
• Rolling
  • 実行中のアプリケーションをバッチと呼ばれる単位で順次更新する方式
  • 順次更新のため、サービス停止時間がない
  • 順次更新によりサービス起動に使用するインスタンス台数が減り、スループットが低下する
  • エラーが発生した場合
    • 前バージョンをデプロイし、再びアタッチしてロールバックする

• Rolling with additional batch

  • Rollingデプロイをバッチ数分インスタンスを追加して行う方式
  • インスタンス台数を増やすため、スループットを維持できる
  • インスタンスの追加、起動をする分、デプロイに要する時間とコストがかかる
  • エラーが発生した場合
    • 新バージョンのインスタンスを旧バージョンに置き換えるため、時間がかかる

• Immutable

  • Rolling with additional batchデプロイの代替手段
  • エラーが発生した場合
    • 既存インスタンスには手を加えていない（イミュータブル）なため、ロールバックが短い
    • インスタンス数が倍増するため、コストが増大
• Traffic splitting
  • エラーが発生した場合
    • Immutableと同様

まとめ

Elastic BeanstalkとCloudFormationの違いが怪しい。（なんとなくの理解はしているが説明求められると困る。）

５種類のデプロイポリシーはユースケースも一緒にして覚えていきたい。

デプロイ戦略は、５種類以外にBlue/Greenデプロイを実現するデプロイポリシーもあるようなので、後日確認する。

ブログ記載内容が勉強時間によっては半端になるが、体裁は考えずにとにかく継続を優先していきたい。