Интеграция операций и середина

Применять сцену

Каждая система полезна в своей области, но никто не может ответить на простой вопрос:Как выглядит состояние всего процесса в режиме реального времени, когда заказ клиента перетекает с платформы электрика на конечный знак доставки?。

В этом и заключается основная ценность системы:Не для замены системы запаса, а для построения управляемого «слоя соединения» между изомерными системами.Это для компаний с несколькими изомерными бизнес-системами, которым нужен доступ к данным и синергия процессов.ZhiHua Tech (Shanghai e-Seok-shu Hsien-Shui Information Technology Ltd.)Услуги, доступные для системной интеграции и мезостроительства, не представляют собой раскрытие данных для конкретных клиентов.

Типичные оперативные задачи

1. Серьезные данные об островах между изомерными системами

• Многократное обслуживание одного и того же бизнес-клиентаИнформация о товарах хранится в ERP, электрических платформах, WMS, а последний новый SKU требует ручного повторного ввода в трех системах.Как только спецификации одной системы изменились, другие системы неизвестны.
• Форматы данных непоследовательныРазличные системы выражают одно и то же понятие совершенно по-разному - «статус заказа = отгруженный» системы может быть государственным кодом «SHIPED» в системах B или «3» в системах C. Каждая стыковка требует большого количества логики отображения и перевода полей.
• Синхронизацию временных рядов сложно гарантироватьОсновные данные ERP обновляются с помощью WMS и MES. Если используется пакетная синхронизация временных рядов, своевременность передачи данных в нисходящую систему может быть отложена на несколько часов; если она заменяется доставкой в режиме реального времени, она сталкивается с надежностью и проблемой определенной степени стилизма.

2. Интеграция точка-точка, в результате которой образуется структура «Salent Noodle»

• Чем больше интерфейсов входит, тем больше будет получать управление.Интерфейсы систем A и B, интерфейсы B и C, интерфейсы A и D - Когда число систем превышает пять, количество интерфейсов сочетается с взрывным ростом (N*(N-1) стержневых соединений), и любое изменение в интерфейсах системы может повлиять на несколько нисходящих потоков.
• Отсутствие единых интегрированных нормНекоторые интерфейсы REST API, некоторые SOAP WebService, некоторые прямые чтения и записи просмотров баз данных, а другие передают файлы через SFTP. Подход интеграции разнообразен, и стоимость транспортировки увеличивается линейно с количеством систем.
• Трудности с разминированиемКогда данные не согласуются между A и D, каждая связь A → B → C → D должна быть отсортирована, и отсутствует централизованный интегрированный мониторинг и отслеживание цепей.

3. Трудности организации бизнес-процессов в кросс-системе

• Кросс-системные процессы основаны на ручных реле• Продавец подтверждает дату доставки в СМР, что склад получает товар в WMS и платежи по финансовому выверке в финансовой системе. Поток каждой ссылки должен быть отправлен по почте или устно, точки остановки процесса и задержки не контролируются.
• Отсутствие автоматизации необычного леченияКогда определенная цепочка ненормальна (например, перегружена поставщиком), нет автоматического механизма обновления и уведомления, и когда обнаружение, производственные планы затронуты.

Программное проектирование мышления

1. Корпоративные сервисы (ESB) и шлюзовые уровни API

• API шлюзУнифицированная внешняя экспозиция RESTful API, которая сертифицирует аутентификацию, управление трафиком, маршрут запросов и преобразование протокола (HTTP→gRPC/Dubbo).
• Интегрированный среднийПоддерживает маршрутизацию сообщений, форматирование, адаптацию протокола и буферы потока между внутренними системами. Каждая система должна быть подключена к середине, а не ко всем другим точкам системы.
• Стандартизация соединительных устройствДля общей корпоративной системы (SAP/Among/Kimberfly/Salesforce/Taiat/Kyoto) предварительно установленные стандартные разъемы, новая система должна быть только настроена, а не перестроена.

2. Отсоединение событий + очередь сообщений

• Автобус событийИзменение статуса бизнеса является абстрактным (например, «оплаченный заказ» «товар в банке»), а режим подписки на запуск достигается через Kafka / RabbitMQ. Система нисходящего потока подписывается на события, представляющие интерес для нее по требованию, без необходимости знать, какие потребители находятся в нижнем потоке.
• Обеспечение надежности информации: Сервисное сообщение + Локальный лист сообщений гарантирует, что событие публикуется в соответствии с операцией. Автоматически перепроверяйте сообщение, когда оно не удается, превышая количество повторных тестов, вводя очередь Dead Letter и запуская ручное вмешательство.

3. Комплексный мониторинг и управление качеством данных

• Комплексное панорамное наблюдениеВизуализирует поток в реальном времени, скорость успеха, задержку и распределение ошибок каждой интегрированной ссылки.
• Проверка согласованности данныхСопоставление данных по времени между исходными и целевыми системами для ключевых бизнес-объектов (данные заказов/акций/мастеров), автоматическое обнаружение несоответствий и генерирование рабочих листов.

Объем системных мощностей

• шлюз API и управление трафиком

• Унифицированное управление доступом: маршрут, ограниченный поток, плавление, отвлечение в серой шкале
• Преобразование протокола: HTTP ≤ gRPC ≤ Dubbo ≤ WebService
• API Документы Автоматический и Портал Разработчика
• Права на аутентификацию: OAuth 2.0 / JWT / API Ключевая поддержка мультимодели

Сообщение Midway и Event bus

• Kafka / RabbitMQ / RocketMQ Кластерное строительство и транспорт
• Центр регистрации схем событий и управления версиями
• Линия смерти и механизм компенсации
• Обновление Backtrace и Replay Capability

Интеграция набора данных с ETL

• CDC (схема данных об изменениях) синхронизация в реальном времени: на основе Debezium + Kafka Conect
• Схема пакетов ETL: извлечение данных из изомеров с несколькими источниками, очистка, преобразование и загрузка
• Система проверки согласованности данных
• Полная синхронизированная политика

Предустановленное соединение

• SAP / Umong / Fluttershy ERP Connector
• Skycat / Киото / Дианетиана платформа Connector
• Микрокредитная оплата / Payable Treasure Pay Connector
• Главная WMS / MES / CRM адаптер

Комплексный центр наблюдения

• Интегрированная цепочка для визуализации
• Задержка и мониторинг успеха Data Sync
• AVS и статистика автотестов
• Выводы о качестве данных (согласованность/целостность/отказ от времени)

Доставляемые

Предполагаемая ориентация на ценность

• Данные имеются на острове.Основные бизнес-данные (заказы/товары/инвентарь/клиент/поставщик) автоматически синхронизируются между системами, поддерживаются в одном месте и полностью эффективны.
• Сложность интерфейса от O(N2) до O(N)Отсоединяя промежуточные, каждая система должна поддерживать соединение со средней, а не с точечным соединением со всеми системами.
• Бизнес-синергия переходит от «людей и других» к «данным и другим».b) Поток ключевых бизнес-процессов поперечной системы обусловлен событиями, при этом задержки сжатия составляют от часа до секунды.
• Интегрированные ссылки являются контролируемыми, управляемыми.Состояние каждого канала данных прозрачно, и неисправности обнаруживаются в течение 5 минут, а не в ожидании жалобы от пользователей.