DevOps для 1С: почему это не модно, а необходимо
Когда я впервые заговорил с командой о внедрении CI/CD для 1С, реакция была предсказуемой: «Зачем нам Jenkins, если и так работает?» и «EDT это долго и неудобно, проще в Конфигураторе». Знакомо? Проблема была классической: Релизы выходили раз в 2-3 месяца с огромным количеством правок «на коленке» На проде постоянно вылезали баги, которые «на тесте не воспроизводились» Разработчики тратили 30-40% времени на ручное слияние конфигураций Клиенты были недовольны сроками и качеством Что я сделал: Перевёл команду на 1C:EDT сначала было сопротивление, но через 2 недели все оценили автодополнение кода и рефакторинг Настроил Jenkins для автоматической сборки: При коммите в Git автоматически запускаются тесты Собирается cf-файл и разворачивается на тестовый контур Ночью автоматическая выгрузка на прод (после код-ревью) Внедрил код-ревью ни одна правка не попадает в основную ветку без проверки другим разработчиком Настроил кластер 1С с распределёнными базами для тестирования нагрузок Результаты через 6 месяцев: Время релиза сократилось с 2-3 месяцев до 2-3 недель Количество багов на проде упало на 60-70% Операционные издержки клиентов снизились на 20-40% за счёт стабильности системы Разработчики перестали «тушить пожары» и начали заниматься развитием функционала Самое сложное было не технически, а психологически — убедить команду, что автоматизация это не угроза, а инструмент для роста. А как у вас организован CI/CD в 1С? Используете EDT или пока старый добрый Ctrl+C / Ctrl+V в Конфигураторе? Делитесь опытом в комментариях какие инструменты применяете и с какими сложностями столкнулись!
· 30.07
У меня мизинец натринерован на контрл,так что я за него топлю ,как ток сказал об этом ,сразу вспомнились ПФ из эхл и начались фантомные боли в пальце.😅
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён