Константин Ожерельев – CI/CD для проектов, разрабатываемых в конфигураторе

Transcript

1. Ozon Tech 2023 CI/CD для проектов, разрабатываемых в конфигураторе Константин Ожерельев, старший разработчик 1С
2. Обо мне 2 Константин Ожерельев • Старший разработчик 1С • Департамент разработки ERP и учетных систем
3. О чем поговорим 3 • Наша конфигурация, цифры • Какие задачи мы решали с помощью CI/CD • Как CI/CD помогают соблюдать политики изменения информационных систем • Что под капотом. Техническая реализация
4. Наша информационная система. Почему конфигуратор?
5. Наша основная система на платформе 1С 5
6. Показатели системы Немного цифр 6 Размер базы > 6 ТБ Среднее количество активных пользователей > 250 Количество документов ежемесячно > 10 млн Количество плановых релизов ежемесячно 2
7. Предыстория
8. PUBLIC PRIVATE 8 Ozon — публичная компания и ей было необходимо проходить внешний IT-аудит
9. Цели данного процесса: 9 2. Устранение сбоев в работе информационных систем 3. Внедрение разработок в ИС при сохранении параметров работы системы на надлежащем уровне 1. Минимизация рисков внедрения несанкционированных, неавторизованных и не проконтролированных надлежащим образом изменений
10. Мы обернули требования регуляторов в код и зашили в процессы CI/CD, смазав OneScript 10
11. Как выглядит реализация требований на практике 11
12. Инструменты
13. Стек 13
14. Flow разработки. Подготовка релиза
15. В Ozon общий Flow для всех команд разработки Flow Доклад команды RE об общем Flow 15
16. Подключение функциональности 16
17. Используем три типа веток Как работаем с ветками Git Develop 17 Release Main Master
18. Для обычных релизов и для Hotfix Два вида FLOW 18 Commit Hotfix Release
19. Релизный Flow ИБ Разработчика Хранилище DEV Develop Master Release Stg БД 19
20. Схема Flow разработки 1С 20
21. Pipeline
22. Конвейер на ветке develop создается для каждого коммита 22 Создание Merge request Выкатка Hotfix- расширением Выпуск релиза, запуск релизного pipeline
23. Создание Merge request 23 Согласно требованиям
24. Релизный pipeline 24 Сборка исходников Накатываем CF на Stg
25. Синтаксический контроль 25 Результаты синтаксического контроля отображаем с помощью функционала Сode quality Gitlab
26. Tag pipeline. Выкатка на production 26
27. Как мы исправляем ошибки в production
28. Исправляем на горячую 28
29. Упрощенный flow для hotfix Hotfix Инцидент Расширение Хранилище расш. Develop Master Release_cfe Hotfix/[] Master 29
30. Схема Hotfix Flow 30
31. YML проекта 31
32. Выпустил релиз и спишь спокойно?
33. 33 Мониторинг
34. Пример дашборда Размер очереди обмена, насколько быстро она разбирается 34
35. Автоматические алерты Реакция на алерты Эскалация алерта Алертинг 35
36. Выводы
37. Итоги 37 • Тиражировали на 10 проектов • Общий проект с единым YML • Логику можно переопределить • 20 релизов в месяц по всем проектам • Отдельный проект для ночных сборок • Снизили количество инцидентов
38. Спасибо за внимание Константин Ожерельев, старший разработчик 1С