• работа IT Что заметил. Если есть хоть какое-то микроскопическое сомнение в надёжности какого-то решения, хоть малейшее подозрение, что что-то пойдёт не так, то оно обязательно пойдёт не так. Да ещё и с катастрофическими последствиями.

    У нас есть чувак, который базу испортил неудачной большой миграцией. А я его спрашивал накануне: «а у тебя есть скрипт для отката изменений?». Говорит: «ні, немає». А я потом тимлида спрашиваю: «а как ты товарищу позволишь мигрировать данные без сценария отката», а он такой: «да там той миграции, херня-война».

    А потом, прежде чем запускать, такой: «боже поможи». Что характерно, боже не помог, и что хуже, данные прищли в несогласованное состояние, а понять, какие смигрировались, какие — нет, тоже было нельзя.

    Они потом как-то выкрутились, кажись, потеряв данные за сутки, и ещё сказали, что малой кровью обошлось.

    Мораль: перед любыми изменениями данных готовьте сценарии отката, да ещё и так, чтобы их можно было запустить с любого момента (вдруг миграция упала на полпути). А сами миграции должны быть идемпотентными.
    ♡ recommended by @Anonymous

Replies (7)