Контуры баз — прод, тест, копии
Директивный
Правило
Заголовок раздела «Правило»Для каждого продукта ведётся описание контуров: какие базы существуют, зачем каждая нужна, откуда обновляется, кто имеет доступ. И действуют правила движения изменений:
- Разработка — только в dev-контуре (или в расширении на тесте). В боевой базе конфигуратор для правки кода не открывается. «Быстро поправить на проде» — так теряются изменения и снимаются базы с поддержки.
- В прод — только через тест: изменение сначала проверено на базе с боевыми данными (свежая копия или предпрод), потом релиз.
- Копия боевой базы обезвреживается сразу после рестора: регламентные задания заблокированы, обмены и рассылки отключены или перенаправлены на заглушки, в заголовке базы — префикс «ТЕСТ». Иначе копия начнёт работать как боевая: слать письма клиентам и стучаться во внешние системы.
- Боевые секреты не живут в тестовых базах: токены и пароли интеграций после рестора заменяются тестовыми (см. секреты).
- Доступ в прод ограничен: административный доступ — по ролям и поимённо, подрядчики работают в тест-контуре.
Половина «загадочных» инцидентов — это не код, а контуры: тестовая копия
разослала клиентам письма, обмен из копии задвоил заказы в WMS, «поправленное
на проде» затёрлось следующим релизом. Каждый такой случай стоит дороже, чем
вся дисциплина контуров за год. А описание контуров — это то, что позволяет
новому человеку (или дежурному ночью) не спутать _test с продом: имена баз
различаются одним суффиксом.
Когда не применять
Заголовок раздела «Когда не применять»Экстренное исправление при аварии в проде допускается мимо полного цикла — но по процедуре: второй человек подтверждает действие, изменение в тот же день переносится в dev/git и оформляется задачей постфактум. «Срочно» не отменяет след, оно отменяет только очередь.