Цель модуля
Научить работника понимать назначение каждой среды, не смешивать их и соблюдать правила переноса изменений и данных.
Зачем нужны отдельные среды
Если разрабатывать прямо в промышленной среде, любая ошибка немедленно затрагивает пользователей, а непроверенное изменение может привести к отказу и потере данных. Разделение сред даёт безопасное место для ошибок и точку контроля перед выпуском.
Назначение сред
| Среда | Назначение | Что допустимо |
|---|---|---|
| Разработки | Написание и первичная проверка кода | Синтетические данные, свободные правки, частые изменения |
| Тестирования | Проверка готового изменения на приближенных к рабочим условиях | Обезличенные данные, ограниченный доступ, стабильная версия |
| Приёмочная | Подтверждение заказчиком перед выпуском | Обезличенные или тестовые данные, доступ по согласованию |
| Промышленная | Работа реальных пользователей | Только проверенное изменение по установленному порядку |
Правила перехода между средами
- Изменение проходит проверку кода до попадания в тестовую среду.
- Перенос выполняется автоматически по конвейеру, а не копированием файлов вручную.
- Параметры и секреты каждой среды задаются отдельно и не переносятся между средами.
- Правки в промышленной среде выполняются только по заявке с записью сеанса.
- Данные из промышленной среды в тестовую переносятся только в обезличенном виде.
Типовые ошибки
- Отладка прямо на работающем продукте «потому что так быстрее».
- Секрет или настройка тестовой среды использованы в промышленной и наоборот.
- Перенос изменения вручную копированием файлов в обход конвейера.
- Общие учётные записи и одинаковые пароли во всех средах.
- Тестовая среда подключена к промышленной базе данных.
- Непроверенное изменение выпущено в пятницу вечером без наблюдения.
Контроль перед выпуском
Выпуск — точка, где проверки обязательны и не обсуждаются. Изменение должно пройти автоматические проверки, проверку кода вторым специалистом и подтверждение на приёмочной среде. Если хотя бы один шаг пропущен, выпуск откладывается, а не «доделывается на ходу».
Проверочный список перед выходом на работу
- Разработка и отладка ведутся в среде разработки, а не на работающем продукте.
- Перенос изменений выполняется конвейером, а не копированием вручную.
- Настройки и секреты каждой среды разделены.
- Тестовая среда не подключена к промышленной базе данных.
- В тестовую среду переносятся только обезличенные данные.
- Выпуск выполняется после всех проверок и подтверждения.
Вопросы для самопроверки
- Почему нельзя отлаживать прямо на работающем продукте? Ошибка сразу затрагивает пользователей и может привести к отказу и потере данных; для отладки есть отдельные среды.
- Что переносится в тестовую среду из промышленной? Только обезличенные данные; рабочие данные в тестовую среду не попадают.
- Чем опасны одинаковые пароли во всех средах? Утечка в одной среде открывает доступ к остальным, включая промышленную.
Основание и что делать при сомнении
Модуль опирается на: ГОСТ Р 56939-2016, часть четвёртая Гражданского кодекса Российской Федерации.
Если ситуация не описана в модуле и вы не уверены в правильном действии, не принимайте решение самостоятельно: обратитесь к руководителю и в службу информационной безопасности до того, как выполнить операцию с данными или доступами.