どんな場面で検討するか
アプリ・DB・workerを一つのプロジェクトで組み合わせ、環境変数/内部ネットワークとコンテナ配信をまとめて管理したい場合。
組織で使う条件
volumeはサービスに1個、replica不可、redeploy時の短い停止という現行制約を確認する。 バックアップ/復元、usage・予算、停止するサービスと残るvolumeを管理する。
採用前に試すこと
- 合成アプリ/DBを別サービスへ置き、private接続で100件を保存する。
- 再deployと意図した失敗を試し、DB値・health check・volume付き時の停止を測る。
- DBを隔離環境へ復元し、CPU/メモリ/egressの実測から月間費用を算出する。
合格と判断する条件
- public経由が不要な接続はprivateとなり、100件が一致する。
- 必要データを保持し、許容停止を超える場合は構成を再選定できる。
- 件数/キーが一致し、subscription充当と従量超過を二重計上しない。
見落としたくない点
- volume付きサービスをそのまま複数replicaへ増やす構成や無停止deployが必須なら別DB/保存方式を比較する。 アイドル時もメモリ等を消費するため、常駐サービスが未使用なら無料になるとみなさない。
- volume付きサービスをそのまま複数replicaへ増やす構成や無停止deployが必須なら別DB/保存方式を比較する。
- アイドル時もメモリ等を消費するため、常駐サービスが未使用なら無料になるとみなさない。