Please enable JavaScript.
Coggle requires JavaScript to display documents.
元号対応プラン (stage.からAMIを作成。 dev.とする。 (旧エンジン導入済みのサーバーに 新エンジンのインストール。 …
元号対応プラン
stage.からAMIを作成。
dev.とする。
旧エンジン導入済みのサーバーに
新エンジンのインストール。
※旧エンジンと新エンジン両方が動く環境を作成できるか
成功
※載せ替えが楽
dev.で検証、ソースコード改修。
stage.に載せ検証。
本番に新エンジン載せる
メンテ通知で深夜にサービス停止、後悔(公開)する。
※サービス停止
本番のAMIを3台複製し、テスト・後悔(公開)をしていく
メンテ通知で深夜にサービス停止、後悔(公開)する。
※サービス停止
失敗、無理
旧エンジンの撤去
dev.で検証、ソースコード改修。
stage.に載せるが、dev.の旧エンジンを削除してからの検証。
stageでデモ使ってるクライアントに注意。
本番に新エンジン載せる
本番のAMIを3台複製し、テスト・後悔(公開)をしていく
メンテ通知で深夜にサービス停止、後悔(公開)する。
※サービス停止
この方向はなし、リスク高い
フロント3台中、1台ずつロバラから切り離し、テスト・後悔(公開)をしていく
あまり意味がないので無し
サービス停止のメリット・デメリット
デメリット
クライアントの機会損失
クライアントへの通知
クライアントごとにスケジュールの調整を合わせることができない。
メリット
エンジニアが楽、深夜対応一発。
失敗したら一巻の終わり
動作検証と切り戻し方法を明確にしておく必要あり
1、旧エンジンが入っているサーバーに新エンジンを導入する場合は、インストール&除外コマンドをきちんと記載し手順を残す
作業時間を確保するために、新規の提案、受注を一旦ストップしてもらえないか営業サイド(特に大谷さん)に要確認。
調整が難しい場合はクライアントへの対応が大幅に遅れる可能性が多きことを伝える。