🔁 Два процесса делают одно дело. Однажды они сделают его дважды

Ситуация, которая встречается в любом бизнесе, где что-то автоматизировали.

Есть задача, которая выполняется сама: рассылка, выгрузка, отчёт, синхронизация с CRM. Сначала её запускали на одной машине. Потом понадобилось перенести — настроили на второй. Первую не выключили: пусть будет, вдруг пригодится.

Дальше две недели всё нормально. А потом клиенту приходит два одинаковых письма, в отчёте задваиваются суммы, а в CRM появляются дубли заявок.

Разбираться в такой поломке тяжело, потому что каждый процесс по отдельности работает правильно. Логи чистые, ошибок нет. Оба честно сделали то, что им поручили.

Ключевая деталь: у каждого процесса свой журнал сделанного. Первый пометил у себя «отправлено» — второй про это не знает, у него журнал пустой. Ни один не видит работу другого.

Что с этим делать:

• 🎯 Одно действие — один ответственный процесс. Не «основной и резервный на всякий случай», а один. Резерв, который работает параллельно, это не резерв, а второй исполнитель. • 🚫 Выключать явно, а не «просто не запускать». Убрать из автозапуска, отметить в конфигурации, что отключено намеренно, и написать почему. Иначе через полгода кто-то увидит остановленный сервис и услужливо его поднимет. • 📝 Записывать, где сейчас источник правды. В одну строку, в файл, который читают первым: такая-то задача выполняется там-то. • 🔎 Проверять при переносе, а не после. Вопрос «а старое точно выключено» задаётся в момент переезда, когда контекст в голове.

Опасность этой поломки в том, что она не проявляется сразу. Всё, что дублируется по расписанию, ждёт своего часа. Найти её потом трудно: ищут ошибку там, где её нет, потому что ошибки действительно нет — есть двое, делающих одно.

Посмотрите на свои автоматизации и найдите места, где одно и то же может выполниться из двух точек. Обычно такие находятся, и обычно про вторую точку все забыли.

#какнесломатьпроект #разработка #ИИагенты