«КОМОС ГРУПП» – крупный агропромышленный холдинг с полным циклом: от выращивания кормов и содержания животных до переработки, выпуска готовой продукции и продажи через собственную сеть из 255 магазинов. Производства расположены в четырех регионах, в периметре – молочные заводы, мясокомбинаты, птицефабрики, свинокомплексы, склады и логистические комплексы.
Масштаб интеграционного ландшафта: 1300+ задокументированных интеграционных потоков, 65+ систем в периметре КШД, 450 000 сообщений в сутки через КШД. Интеграционная команда – 9 человек.
С чем столкнулись
Холдинг использовал КШД DATAREON ESB, которую необходимо было заменить на платформу нового поколения – DATAREON Platform. Но задача не сводилась к простой замене одного продукта на другой. При таком объеме интеграций команде разработчиков требовались выстроенные процессы:
- возможность вести параллельную разработку по разным задачам и системам,
- тестировать изменения до попадания в продуктив,
- минимизировать ручные ошибки при переносе конфигураций между контурами.
Кроме того, замену старой КШД нужно было вести одновременно с разработкой новых обменов, а значит, без регламента групповой работы и изолированных контуров это было бы невозможно. Для решения этих задач агрохолдинг привлек команду DTT.
При внедрении DATAREON Platform появилась концептуальная возможность перестроить процессы разработки и тестирования обменов на новый технологический уровень.
Что сделали: решение и этапы
Для перехода на новую платформу и перестройки процессов были выполнены следующие задачи:
1. Формирование регламента групповой разработки на DATAREON Platform. Регламент описывает:
- правила именований объектов платформы (информационных систем, классов, бизнес-процессов, обработчиков),
- структуру и назначение веток разработки,
- порядок ведения доработок, формирования merge request, влития их в ветки и обновления изменениями с вышестоящих веток.
2. Разворачивание интеграционных контуров DATAREON Platform:
- PROD – продуктивный контур (65 систем-подписчиков);
- Stage – контур для автотестирования (65 систем-подписчиков);
- Dev – контур для мануального тестирования итоговой сборки; вместе со всеми локальными ветками – 200 систем-подписчиков;
- Отдельные «Комнаты» – для локальных веток разработчиков;
- Проектирование взаимодействия КСПД с DMZ для обеспечения взаимодействия с КШД извне.
3. Настройка процессов формирования конфигурации DATAREON Platform из одной ветки проекта для другой с подменой ссылок на экземпляры информационных систем за счет IMS (для минимизации человеческого фактора).
4. Настройка взаимодействия компонентов окружения для CI/CD процессов:
- DATAREON Platform – новое интеграционное решение;
- IMS – система проектирования и документирования обменов;
- Gitlab – система контроля версий (для конфигурации DATAREON Platform и автотестов Vanessa);
- Обратный прокси-сервер;
- Zabbix и Grafana – для сбора логов и мониторинга;
- DATAREON ESB – заменяемая КШД.
Как устроен процесс
Процесс разработки организован в несколько уровней, через которые изменения последовательно продвигаются к продуктиву.
Разработчик выполняет задачи в изолированной локальной ветке, затем через merge request и code review изменения попадают в «Комнату» (ветку команды). Оттуда – на Dev-контур, где проходит мануальное тестирование сборки. Следующий шаг – Stage: IMS автоматически формирует конфигурацию с подменой адресов, после чего запускаются автотесты Vanessa. Если тесты пройдены, то релиз уходит в PROD. Если нет – возвращается на доработку.
Такая схема позволяет нескольким разработчикам одновременно вести независимые задачи, при этом каждый набор изменений проходит code review, ручное и автоматизированное тестирование до попадания в продуктив.
Масштаб: PROD и Stage – по 65 систем-подписчиков, Dev со всеми локальными ветками – 200.
Что получили
Получен полноценный контур для ведения разветвленной разработки интеграций с возможностью мануального и автоматизированного тестирования, мониторинга состояния КШД и компонентов инфраструктуры.
- IMS снизила человеческий фактор при формировании конфигураций между ветками разработки.
- Gitlab обеспечил прозрачность всех вносимых изменений и возможность держать необходимые разработки «на драфте» до момента прохождения всех согласований в корпоративной среде.
- Zabbix и Grafana сформировали удобную среду мониторинга.
Сформированный регламент позволил одновременно вести задачи по замене старой КШД (DATAREON ESB) на новое решение параллельно с разработкой обменов, которых ранее не было в периметре КШД.
Полученное окружение и процессы обеспечили агрохолдингу ежедневную возможность доставки обновлений до продуктива с учетом тестирования и изолированной разработки по разным проектам, задачам и системам.
В чем польза этого кейса
Кейс демонстрирует, что если у вас организованы слабые связи в ИТ-ландшафте, то вы можете не только внедрять/менять информационные системы, но и заменить даже ESB, через которую взаимодействует весь ИТ-ландшафт. Команда смогла управляемо мигрировать 65+ систем из старой КШД в более современное решение и разрабатывать новые обмены за счет регламента, изолированных контуров и автоматизации переноса конфигураций.
