リソース · 101

段階的リリース

新バージョンは結果と復旧を確認してから拡大します。

更新済み · 2 min

このガイドが達成するのに役立つこと

  • 変更範囲を決める
  • 比較対象を選ぶ
  • 判断条件を決める
  • 復旧を練習する
  • 追跡を終える

クイックチェック

  • 共通の初期公開割合はありますか?
  • Kubernetesのロールバックはデータベースを復元しますか?

手順

  1. 1

    変更範囲を決める

    影響する機能、言語、依存関係を列挙します。コード、設定、データを分け、ロールバックで取り消せない通知や支払いを特定します。

    成果物:範囲と残る影響。

  2. 2

    比較対象を選ぶ

    初期の対象集団と基準を決めます。端末やまれなタスクを含め、観測したい事象に基づいて期間を決めます。

    成果物:対象集団と観測期間。

  3. 3

    判断条件を決める

    有効化前にエラー、遅延、有用な結果、しきい値を定めます。拡大、待機、停止の決定者を決め、測定なしで成功としません。

    成果物:条件と決定権限。

  4. 4

    復旧を練習する

    現行のスキーマとデータで旧版を試します。キューとキャッシュを確認し、既に生じた影響を照合します。

    成果物:検証した復旧と残る影響。

  5. 5

    追跡を終える

    拡大後に少数の言語や遅延タスクを確認します。一時設定を除去するか担当者を定め、判断を保存します。

    成果物:終了記録。

再利用可能なワークシート

承認された観察結果を記入してください。 これらのフィールドは作業用テンプレートであり、観察結果ではありません。

フィールド記録する情報
変更版、データ、取り消しにくい影響
比較対象集団、基準、言語、期間
判断情報源、しきい値、担当者、停止条件
復旧互換性、キュー、キャッシュ、照合

架空の事例

具体的な状況

架空の例:限定公開後も全体指標は安定していますが、日本語の利用経路で失敗します。集計画面では少数の対象が見えません。

決定と期待される証拠

対象に予定した停止条件を適用し、計測を確認してタスクを再試験します。復旧前に現行スキーマで旧版を試し、データの復元と既に生じた影響の修正を分けます。

管理指標

指標測定対象最初のアクション
観測結果を検証できるシナリオ測定がなければ待機
復旧許容できる状態に戻るシナリオ残る影響を修正

よくある間違い

  • 全体平均を全言語の証拠とする
  • 測定なしで拡大する
  • コードの復帰とデータ復元を混同する

よくある質問

共通の初期公開割合はありますか?

ありません。影響を抑えつつ重要な障害を観測できる対象を選びます。

Kubernetesのロールバックはデータベースを復元しますか?

いいえ。リビジョンが戻すのはPodのテンプレートで、全データや外部への影響を復元するわけではありません。

公式参照文献

参照文献はメソッドを裏付けるものです。 チェックは状況に合わせて調整してください。 これらは認証ではありません。 元の参照文献のタイトルやソース文書は別の言語で書かれている場合があります。

参照資料の確認日 .