Planned interruption.
WHEN TO USE IT
Migrations that cannot run alongside live traffic Deployments that take time Anything where partial operation would corrupt data
WHAT IT SHOULD SHOW
A clear message that work is in progress An expected duration A way to reach you
WHAT NOT TO SHOW
An error A blank page A message with no information
WHAT TO ALLOW THROUGH
Your own access, so you can verify before restoring service.
WHAT TO TELL PEOPLE BEFOREHAND
For anything planned and lengthy: when and how long.
WHAT TO CONSIDER
Timing. The quietest period for your actual users.
WHAT TO CHECK
Your own traffic figures, rather than assuming.
WHAT TO PREPARE
Everything possible beforehand, so the interruption is short.
WHAT TO VERIFY BEFORE RESTORING
That the application works, from your own access.
WHAT TO DO IF IT DOES NOT
Revert, rather than leaving it down while investigating.
WHAT TO RECORD
Start and end times.
