rollbackとhotfixのどちらを選ぶか、どんな基準を使いますか?

クイック意思決定表

トレードオフと落とし穴

• rollbackは安全ですが、症状だけを治します — 本物の修正とpostmortemは依然として宿題です。
• hotfixは根本原因に対処しますが、通常の安全網を飛ばします。hotfixのバグがよくあるのは、まさに急かされて作られるからです。
• 未検証のrollback経路は罠です — 一度もリハーサルしていなければ、最も必要なときに失敗するかもしれません。必要になる前にrollbackを練習します。
• プレッシャーの下でのproductionでのデバッグに注意。自信ある修正まで数分以上かかるなら、rollbackして落ち着いて調査します。

なぜ重要なのか

この意思決定は最悪の瞬間に起きます — システムダウン、時計が進み、全員が見ている中で。これに対する明確でリハーサル済みのルールを持つTech Leadは、MTTRを劇的に削減し、退屈なrevertがすぐそこにあるのにincidentの最中で賢くあろうとする古典的なミスを防ぎます。まず復元し、賢さは後で。