Узнайте, как проходила замена корпоративной ESB-шины в сложном IT-ландшафте на российское ПО Platformeco и была внедрена наблюдаемость: мониторинг, алертинг и трейсинг проблем.

Кейс: импортозамещение ESB-шины
в топ-ритейле за 6 месяцев

Свяжемся с вами в удобное время
и ответим на все вопросы

Консультация эксперта TAGES

Как работаем

Что мы умеем

Platformeco

Flutter

Отсутствие падений и проблем при катоффе

Целевая архитектура и API-зация систем в качестве сайд-эффекта

Передача ответственности в целевые организационные штатные структуры

Отсутствие падений
и проблем при катоффе

6 месяцев на реализацию проекта

6 месяцев
на реализацию проекта

Узнайте, как проходила замена корпоративной ESB-шины в сложном IT-ландшафте на российское ПО Platformeco и была внедрена наблюдаемость: мониторинг, алертинг и трейсинг проблем.

Передача ответственности
в целевые организационные
штатные структуры

5 лет развития и эксплуатации

Узнайте, как проходила замена корпоративной ESB-шины в сложном IT-ландшафте на российское ПО Platformeco и была внедрена наблюдаемость: мониторинг, алертинг и трейсинг проблем.

Кейс: импортозамещение ESB-шины в топ-ритейле за 6 месяцев

Кейс: импортозамещение
ESB-шины в топ-ритейле
за 6 месяцев

Получить консультацию

бизнес-доменов

Обзор проекта: интеграция систем

12

цифровых продуктов

38

продуктовых команд

28

подключенных систем

300

объекта данных

73

потоков интеграции

1000

ДО

ARCH APPROACH

PLATFORM APPROACH

Point to Point / Batch

Legacy Monolith

ПОСЛЕ

ARCH APPROACH

PLATFORM APPROACH

Composable Enterprise

MicroService

Более 60-ти систем. Более петабайта (1 105 530 Гб) данных в день.

MARKETPLACE

ORACLE FINANCE

ORACLE RETAIL

Более 60-ти систем.
Более петабайта (1 105 530 Гб) данных в день.

CUSTOMS SERVICE GTD

PIM

BOSS KADROVIK

QUALITY MANAGEMENT SYSTEM

1C

EDI PLATFORM

STOCK REPO

SUPPLIER PORTAL

центральная ESB-шина

CMS

LYNC COST CALCULATION

LOYALTY

DIRECTORY SERVICES (LDAP & SYNC)

WMS

ORDER TRACKING SYSTEM

STOCK MANAGEMENT

NAVISION (WMS)

RETAIL IMPORT EXPORT SYSTEM

CONTRACT MANAGEMENT

PRICE MONITORING

TMS

NOEDI SUPPLIERS

Ландшафт ESB

Интеграция систем

Приёмка на логистических объектах

Заказы на пополнение

Мастер-данные по товарам

Мастер-данные по закупкам

Обновление курсов ЦБ

Отгрузки

Интеграционная ESB-шина обеспечивает инфообмен для сквозных бизнес-процессов компании в разных бизнес-доменах, организуя и исполняя как синхронные, так и асинхронные, событийные и пакетные взаимодействия между системами по различным протоколам и технологиям.

Интеграционная ESB-шина обеспечивает инфообмен для сквозных
бизнес-процессов компании в разных бизнес-доменах, организуя и исполняя
как синхронные, так и асинхронные, событийные и пакетные взаимодействия
между системами по различным протоколам и технологиям.

Интеграционная ESB-шина обеспечивает инфообмен
для сквозных бизнес-процессов компании в разных
бизнес-доменах, организуя и исполняя как синхронные,
так и асинхронные, событийные и пакетные взаимодействия между системами по различным протоколам и технологиям.

Интеграционная ESB-шина обеспечивает инфообмен для сквозных бизнес-процессов компании в разных бизнес-доменах,
организуя и исполняя как синхронные,
так и асинхронные, событийные и пакетные взаимодействия между системами
по различным протоколам и технологиям.

Резервирование транспорта

EDI с поставщиками

Выдача клиентских заказов

Мастер-данные по ценам

Движение стока на складах

Финансовое закрытие

Управление запасом

Мастер-данные магазинов / складов

Сквозные бизнес-процессы

Интеграция систем

5 решений, которые помогли нам выполнить системные требования, минимизировать риски и уложиться в сроки.

Риски искажения и потери данных
на длинных кросс-системных цепочках транзакций

Риски падения интеграционных потоков
могут привести к большим финансовым потерям

Риски создания технического долга
при замене шины, непрозрачность ландшафта

Иметь сквозной мониторинг
и наблюдаемость распределенных транзакций

Построить масштабируемые
и отказоустойчивые решения

Обеспечить возможность простых
и быстрых изменений в потоках

С самого начала создавать целевую архитектуру в соответствии со стратегией компании

Много зависимостей от других систем
и проектов автономизации

Использовать Self-Service для команд для параллельной работы, акселераторы и стандарты

Сжатые сроки проекта при требованиях высокой надежности и качества решения

Риски падения интеграционных потоков могут привести
к большим финансовым потерям

С самого начала создавать целевую архитектуру в соответствии
со стратегией компании

Много зависимостей от других систем и проектов автономизации

Обеспечить возможность простых
и быстрых изменений в потоках

Риски искажения и потери данных на длинных кросс-системных цепочках транзакций

Иметь сквозной мониторинг
и наблюдаемость распределенных транзакций

Риски создания технического долга при замене шины, непрозрачность ландшафта

Обеспечить возможность простых и быстрых изменений в потоках

Много зависимостей
от других систем
и проектов автономизации

Ключевая проблематика

Интеграция систем

Подход к проекту

центральная ESB-шина

Условные обозначения

Аналитика и подготовка готовых интеграционных шаблонов, лучших практик и генераторов

Использование Platformecо в качестве базовой технологической платформы

Практики композитной архитектуры

Библиотека готовых интеграционных паттернов и генераторы спецификаций

Переход интеграционных сервисов под управление функциональных доменов

Высокая нагрузка и отказоустойчивость

Надежное технологическое решение

Использование распределенного трейсинга для контроля транзакций

Использование подходов ACL для интеграции систем

Self-Service для продуктовых команд

Библиотека готовых интеграционных паттернов
и генераторы спецификаций

Высокая нагрузка
и отказоустойчивость

Три ключевых правила

Модульность

Открытость / готовность к взаимодействию

Рациональность

систем и топологии организации

Экспириенс APIs

API, которые поддерживают внешний интерфейс
и организуют вызовы функциональных API.

Функциональные APIs

API-интерфейсы, раскрывающие бизнес-функции
и концепции. Обеспечивают обращение
к каноническим объектам и преобразовывают их
в соответствии со встроенной бизнес-логикой.

Объектные APIs

API, которые управляют основными объектами компании в формате CRUD.

3-слойная модель API

Backend-for-Frontend [API]

Это могут быть: BFF и мэшапы, интеграция
с партнерами и общедоступные API.

Это могут быть: микросервисы, реализация процессов, бизнес-правила.

Это могут быть: сервисы мастер-данных, приложения глобальных продуктов.

E.g.: Website

Backend-for-Frontend [API]

E.g.: Mobile

Function [API]

E.g.: Assortment

Function [API]

E.g.: Stock Availability

Function [API]

E.g.: Sale Price

Object [API]

E.g.: Product Master Data

Object [API]

E.g.: Stock Master Data

Object [API]

E.g.: Price Master Data

Подход к проекту

SYSTEM 1

E.g.: WMS

SYSTEM 4

E.g.: Microservice

SYSTEM 2

E.g.: TMS

ACL

SYSTEM 3

E.g.: Finance

ACL

«Слой изоляции» — это набор защитных шаблонов, размещаемых между моделью предметной области и другими ограниченными контекстами или сторонними зависимостями. Цель этого уровня — предотвратить проникновение внешних концепций и моделей в модель предметной области.

APIsation as a strategy

На уровне систем было принято решение о массовой APIзации:
в обязательном порядке любая система в организации должна экспозировать свои интерфейсы в виде синхронных или асинхронных API, в целях построения композитного предприятия.

Однако существует много Legacy монолитных систем, для которых
в контур ответственной команды вносится ACL-сервис, изолирующий сложность и проблемы монолита и экспозирующий интерфейсы
в соответствии с правилами компании.

В рамках проекта замены ESB было принято решение вместо построения прямых интеграций сразу строить целевую архитектуру

SQL/JMS

SFTP/FTPS

JMS

KAFKA

REST API

KAFKA

HTTP

На уровне систем было принято решение о массовой APIзации:
в обязательном порядке любая система в организации должна экспозировать свои интерфейсы в виде синхронных или асинхронных API, в целях построения композитного предприятия.

Однако существует много Legacy монолитных систем, для которых
в контур ответственной команды вносится ACL-сервис, изолирующий сложность и проблемы монолита и экспозирующий интерфейсы в соответствии с правилами компании.

На уровне систем было принято решение о массовой APIзации: в обязательном порядке любая система в организации должна экспозировать свои интерфейсы в виде синхронных или асинхронных API, в целях построения композитного предприятия.

Однако существует много Legacy монолитных систем,
для которых в контур ответственной команды вносится
ACL-сервис, изолирующий сложность и проблемы монолита
и экспозирующий интерфейсы в соответствии с правилами компании.

На уровне систем было принято решение о массовой APIзации: в обязательном порядке любая система в организации должна экспозировать свои интерфейсы в виде синхронных или асинхронных API, в целях построения композитного предприятия.

Однако существует много Legacy монолитных систем, для которых в контур ответственной команды вносится ACL-сервис, изолирующий сложность
и проблемы монолита и экспозирующий интерфейсы в соответствии
с правилами компании.

На уровне систем было принято решение о массовой APIзации: в обязательном порядке любая система
в организации должна экспозировать свои интерфейсы в виде синхронных или асинхронных API, в целях построения композитного предприятия.

Однако существует много Legacy монолитных систем,
для которых в контур ответственной команды вносится
ACL-сервис, изолирующий сложность и проблемы монолита и экспозирующий интерфейсы в соответствии с правилами компании.

На уровне систем было принято решение о массовой APIзации:
в обязательном порядке любая система в организации должна экспозировать свои интерфейсы в виде синхронных или асинхронных API, в целях построения композитного предприятия.

Однако существует много Legacy монолитных систем, для которых
в контур ответственной команды вносится ACL-сервис, изолирующий сложность и проблемы монолита
и экспозирующий интерфейсы
в соответствии с правилами компании.

Anti-Corruption Layer (ACL) Pattern

Подход к проекту

4 этапа реализации проекта

ПОДГОТОВКА

АНАЛИТИКА

ИМПЛЕМЕНТАЦИЯ

ДИЗАЙН

1. Подготовка

Создание карты и реестра As-Is потоков, разделение
по бизнес-доменам и продуктам, анализ релевантности
с архитекторами и продуктовыми командами.

Аналитика необходимых технологий
и требований интеграции в компании, ИБ и пр.

Сайзинг инфраструктуры согласно As-Is показателям

As-Is аналитика ESB-потоков

Архитектура миграции и список сущностей
и ответственных команд

Построение карты предприятия
Создание реестра As-Is потоков

Карта и реестр потоков

Создание карты и реестра AS-Is потоков,
разделение по бизнес-доменам и продуктам,
анализ релевантности с архитекторами
и продуктовыми командами.

Построение карты предприятия
Создание реестра As-Is потоков

Построение карты предприятия
Создание реестра As-Is потоков

Построение карты предприятия
Создание реестра As-Is потоков

Создание карты и реестра AS-Is потоков, разделение по бизнес-доменам и продуктам, анализ релевантности с архитекторами и продуктовыми командами.

2. Аналитика

Дизайн процессов, интеграционных объектов
и данных, распределение ответственности между командами и системами, выбор подхода
к интеграции и приоритезация.

Автоматизация генерации шаблонов интеграций и мета-информации на dev-портале

Адаптация библиотеки интеграционных паттернов

Дизайн объектов данных

Генератор шаблонов и портал

Единый портал управлением, учетом

и контролем интеграционных взаимодействий.

Управление архитектурными схемами и интеграциями

с корпоративными системами архитектуры, информационной безопасности (ИБ) и finOPS.

Генератор шаблонов и портал

Дизайн процессов, интеграционных объектов
и данных, распределение ответственности между командами и системами, выбор подхода
к интеграции и приоритезация.

Единый портал управлением, учетом

и контролем интеграционных взаимодействий.

Управление архитектурными схемами

и интеграциями с корпоративными системами архитектуры, информационной безопасности (ИБ)
и finOPS.

Единый портал управлением, учетом

и контролем интеграционных взаимодействий.

Управление архитектурными схемами

и интеграциями с корпоративными системами архитектуры, информационной безопасности (ИБ) и finOPS.

Единый портал управлением, учетом и контролем интеграционных взаимодействий.

Управление архитектурными схемами и интеграциями с корпоративными системами архитектуры, информационной безопасности (ИБ) и finOPS.

Дизайн процессов, интеграционных объектов и данных, распределение ответственности между командами и системами, выбор подхода к интеграции и приоритезация.

Дизайн процессов, интеграционных объектов и данных, распределение ответственности между командами
и системами, выбор подхода к интеграции и приоритезация.

Автоматизация генерации шаблонов интеграций и мета-информации
на dev-портале

3. Дизайн

Анализ As-Is потоков на стороне As-Is ESB.

Создание интеграционного дизайна продуктовыми командами и валидация архитекторами и интеграционной командой

Интеграционный дизайн To-Be

Библиотека готовых интеграционных паттернов

1. Выбор подходящего интеграционного паттерна согласно гайдбуку.

Библиотека паттернов

2. Генерация паттерна в виде шаблона для дальнейшей кастомизации. Паттерн закрывает нефункциональные требования и сложные архитектурные вопросы.

3. Донастройка шаблона под конкретную задачу.

Пордробнее о процессе

4. Имплементация

Создание дефиниций согласно интеграционному дизайну.

Мониторинг интеграций: из коробки в Platformeco

Распределенная наблюдаемость

Кастомные метрики: настройка посредством D&D

Открытая платформа: Open Telemetry совместимая

Тестирование

Разработка на базе готовых
пре-сконфигурированных паттернов

Развертывание и эксплуатация

Создать кастомные метрики, такие как переданные финансовые счета по балансовой единице, создание кастомного логгирования, тегирование любой информацией для связки и поиска – ID заказа, имя клиента, и т.д для последующего поиска и фильтрации.

1. Гибкая настройка глубины, полноты и сроков хранения данных и приватности за счёт гранулярного управления уровнями логирования, Tale based sampling и down sampling.

2. Импорт и экспорт трейсов из и в любой OREL совместимую систему / агента для последующего менеджмента или построение E2E карты всей интеграции и транзакций.