リリース前のロールバック計画
リリース前のロールバック計画を作るプロンプト。測れる判断条件、手順、データ変更の扱い、戻した後の確認まで。お好きなAIツールに貼り付けると、AIがロールバック計画を書く。
- テーマ
- アプリ・プロトタイプ
- 種類
- プロンプト
- レベル
- 中級
- 所要時間
- 約8分
結果はツール、モデル、入力内容によって変わります。
結果のプレビュー
例：当サイトの編集部が書いたもので、実際のAIの出力ではありません。
変更：購入手続きに「配達メモ」欄を追加、新しい列 delivery_note。 判断条件（開始後15分） – 購入手続きのエラー率が2%超 – 注文の応答時間が1.5秒超 – 10分間に決済失敗が3件超 戻す手順 1. 機能フラグをオフ（1分、当番） 2. 前の版を再デプロイ（8分） 3. 列は残す。前の版は列を無視する 安定の判断：エラー率が30分間0.5%未満。 未解決：新しい列をすでに読んでいるレポートはあるか。
入力する
入力した内容はこのブラウザ画面の中だけにとどまります。当サイトが保存・送信することはありません。
変更内容を説明するか、リリースノートを貼り付けてください。キーや顧客データは入れません
どのように展開しますか？
- 段階的に切り替えるコンテナ
- デプロイスクリプトを使う従来型サーバー
- サーバーレス関数
- ストア経由のモバイルアプリ
- Webアプリの機能フラグ
どんなデータ変更がありますか？
- データベースの新しい列
- 保存データの形式変更
- データ変更なし
- テーブル名の変更
- キューへの新しいイベント
あなたのプロンプト
プロンプトを編集しました。上の入力欄を変えても、もう上書きされません。
これはAIへの指示文で、まだ完成品ではありません。
このプロンプトが使えるツール
このプロンプトに向いているAIツール：
使い方
- 項目を入力するか、候補をタップします。氏名、住所などの個人情報は入れません。
- 完成したプロンプトをお好きなAIツールに貼り付けます。
- リリースを担当する人と計画を確認し、テスト環境で一度ロールバックを試します。
なぜうまくいくのか
リリース前に戻し方を決めておくと、問題が起きたときに速く落ち着いて判断できます。書き込み済みデータへの問いは、ロールバックが失敗する最も多い原因を見つけます。
ヒント
- モバイルアプリには本当のロールバックがありません。サーバー側の切り替えや新機能の停止を用意します。