Завдання копії, яке завершилося зеленим, — це твердження. Твердження, що якогось майбутнього ранку ці файли стануть робочим сайтом. Я не вірю йому, поки сам не провів цей ранок навмисно, на запасній машині, поки ніхто не чекає. Неперевірена копія — історія, яку ви собі розповідаєте. Відновлення, яке ви запустили, і є копія.
Відновлювати на порожнє, за розкладом
Пробне середовище — не прод і не той staging, яким користуються редактори. Воно починається порожнім. Копія — єдиний вхід. Я піднімаю його, входжу і проходжу один шлях, який був би важливий під час інциденту: сторінка замовлення, надсилання форми, що досі лежить у базі, медіафайл, який має бути в архіві, а не лише на старому диску. Потім викидаю пробну копію.
Якщо це не спрацює, я краще дізнаюся у вівторок, ніж під час збою, заради якого була копія. Звичайні збої нудні. Дамп бази новіший за uploads. Таблиця плагіна посилається на файл, який виключили. Архів припускає версію PHP, якої немає на пробній машині. Нічого з цього немає в зеленій галочці плагіна копій.
Оновленням потрібен шлях назад
Поставити оновлення легко. Поставити його зі шляхом назад — ось послуга. Знімок до, короткий димовий тест після і записаний відкат, якщо тест падає. Сказати, що копію можна відновити, — не відкат, поки у відновлення немає тривалості, яку ви виміряли. Цю тривалість я хочу з пробного прогону, не з брошури плагіна.
Що я насправді відкриваю на порожній копії
Увійдіть як справжній користувач, не як адміністратор встановлення, якщо в копії є користувачі. Відкрийте замовлення зі статусом, сумою і хоча б однією нотаткою. Відкрийте сторінку з зображенням і переконайтеся, що зображення — файл з архіву, а не гаряче посилання назад на прод. Нічого не надсилайте. Я перевіряю, що минуле повернулося, а не створюю нове теперішнє на одноразовому хості.
Я пишу тривалість поруч із датою. «Останнє відновлення, 18 хвилин, впало на архіві uploads, виправив виключення, запустив знову.» Ця нотатка корисніша за значок моніторингу. Коли питають, чи входять у план копії, я можу відповісти датою. План, який не може відповісти датою, — це cron із рахунком.
Час відповіді в плані супроводу нічого не означає в перший день, якщо я ще нічого не відновив. Годинник, який я готовий записати, починає йти після базової лінії, доступу й успішного відновлення. До цього я ще дізнаюся, як сайт зібраний. Обіцяти відповідь того самого дня в цьому тумані — так плани супроводу стають вибаченнями.
Запитайте, коли востаннє запускали пробне відновлення. Пауза перед відповіддю і є відповідь.
Супровід — не відкрита вкладка для нових функцій
План, який обіцяє моніторинг, оновлення, відновлення і ще все, що вам спаде на думку, оцінений під фантазію, або його переглянуть уперше, коли фантазія прийде. Нові сторінки, редизайн, міграція — це свій обсяг. План, за який я стану, вужчий. Сайт продовжує робити те, що вже робить. Копія доведена. Людина відповідає в ті години, які записані. Це менш захопливо, ніж абонемент без країв. Це ще й план, який можна перевірити.
