aws infra design

tldr

stgが欲しい
パッと思いつくのは今の２分割構成から３分割へ変更
多分最初のうちは問題ないだろう
複雑にやろうとすれば2分割のままでやる。blue/greenデプロイするときに、stgを消す必要がある

blue/greenしているときにstgを使えない欠点がある

まあ、でも十分かな。面倒だけどね

productionのblue/greenするときに、stgがあれば破棄というコードが必要になる。
stgをあげるときにproductionのblue/greenをしていたらというのは、まあいらないだろう

serviceを消すのは良さそうだけど、serviceを作るのはだるそうだな。jsonで一発かな？

clusterは別なのかな？わからん

思った通りに行けたな

うん

だけど、同じtask definition使ったから、同じdbに繋がってるな

db同じでテーブル分ければいけるか

違う違うdbを別にする

で、環境変数をs3に別で上げればいいよね

mysqlもsg使えばlocalからいけるの？

メモリ不足でblue/greenデプロイに失敗していたら、後からメモリ不足を解消すればデプロイは継続される

stagingサービスのタスク必要数を0にし、タスクを停止した後にdeployするパターンも可能。成功した

一つのinstanceに二つのサービスを追加
それぞれのサービスにローリングアップデート、blue/greenデプロイを行うことができた

pipenvっていうコマンドを知った。これが仮想環境とかいうやつか？