Что такое интеграция между системами бд
Перейти к содержимому

Что такое интеграция между системами бд

  • автор:

Просто о сложном: что такое интеграция систем?

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

Что такое интеграция систем?

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

Главная цель здесь — создать, так называемое единое информационное поле. Это место, где данные и функции разных систем доступны и могут быть использованы другими системами.

А как это работает на практике?

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

  • Гибкость: чтобы адаптироваться к изменяющимся требованиям и бизнес-процессам. Это позволяет легко добавлять новые системы, менять функциональность и делать корректировки без больших проблем в работе.
  • Масштабируемость: способность расти и обрабатывать больше данных по мере развития бизнеса. Она должна быть готова к увеличению нагрузки и должна обрабатывать большие объемы информации без потери производительности.
  • Безопасность: обеспечивать безопасность данных и защиту от несанкционированного доступа. Это включает в себя механизмы контроля доступа, шифрование и другие методы защиты.
  • Управляемость: важно, чтобы систему можно было контролировать и отслеживать обмен данными. Это включает в себя мониторинг, ведение журналов и возможность отслеживания ошибок.
  • Модульность: идеальная система должна быть модульной, с возможностью интеграции и повторного использования различных компонентов в разных контекстах.
  • Стабильность: и, конечно, система должна быть стабильной и надежной, чтобы обеспечивать непрерывную работу и минимизировать возможность сбоев или потери данных. Это особенно важно для критически важных бизнес-сценариев.

5 методов работы:

  • Двухточечная интеграция:

Этот метод подразумевает прямое соединение между отдельными системами или компонентами без использования посредников. Каждая из которых может быть связана напрямую с другой системой для передачи данных или выполнения определенных функций. Данный подход прост и непосредственен, и хорошо подходит в случаях, когда имеется небольшое число взаимосвязанных систем или когда сложная обработка данных не требуется.

  • Вертикальная интеграция:

Предусматривает внедрение различных уровней системы или компании, начиная с более низких уровней (например, аппаратного обеспечения) и до более высоких уровней (например, программного обеспечения и пользовательского интерфейса). Также позволяет глубже и прозрачнее интегрировать различные компоненты системы, что улучшает эффективность и удобство использования.

  • Звездная интеграция:

В этом методе центральная система или хаб являются точкой интеграции для связи с другими компонентами. Каждая из которых обменивается данными только с центральной системой, а не непосредственно с другими системами. Этот подход создает более централизованную и управляемую структуру интеграции, что может быть полезным при управлении множеством систем и обмене данными между ними.

  • Горизонтальная интеграция:

В отличие от вертикальной интеграции, горизонтальная интеграция предполагает внедрение систем на одном уровне или в одной области. Часто используется для объединения систем, разработанных разными поставщиками, с целью обеспечить их совместную работу. Также дает возможность объединить функциональность разных систем в единую систему или платформу, что способствует упрощению работы и повышению совместимости.

  • Общий формат данных:

Позволяет обмениваться данными в едином формате, который легко читается и понимается всеми участниками. Что может включать использование стандартных протоколов и форматов данных, таких как XML, JSON или EDI. Использование общего формата данных упрощает интеграцию между системами, поскольку сокращается необходимость в специфической обработке данных и преобразовании форматов.

Каждый из этих методов имеет свои преимущества и может быть применен в зависимости от требований конкретной системы или ситуации интеграции.

Выбор подхода

При выборе подхода к интеграции можно рассмотреть следующие три способа:

  • Анализ текущей инфраструктуры

Выявление существующих систем и определение их взаимосвязей для понимания, какие системы необходимо интегрировать и в какой последовательности.

  • Формирование требований к интеграции

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

  • Выбор интеграционных инструментов

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

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

Этапы интеграции

  • Разработка:

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

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

Для обеспечения работоспособности и соответствия бизнес-требованиям, интеграция проходит этап тестирования. Здесь проводятся различные проверки, испытания и сценарии, чтобы убедиться, что интеграция функционирует правильно и без ошибок. Это важный шаг перед внедрением интеграционного решения в реальную рабочую среду.

  • Внедрение:

После успешного прохождения тестирования, интеграционное решение готово к внедрению в рабочую среду. На этом этапе происходит запуск интеграции, обучение сотрудников и адаптация рабочих процессов под новую систему. Также осуществляется мониторинг результатов и внесение необходимых корректировок для оптимизации работы интеграционного решения.

  • Мониторинг:

После внедрения интеграции необходимо проводить постоянный мониторинг производительности. Это включает отслеживание показателей работы интеграции, обеспечение непрерывной поддержки и оптимизацию процессов. Мониторинг помогает выявлять и устранять возможные проблемы, а также обеспечивает эффективное функционирование интеграционной системы на протяжении времени.

Для успешной реализации интеграции необходимо учитывать ряд ключевых факторов. Рассмотрим их более подробно по пунктам:

  • Цели и ожидания:

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

  • Планирование и ресурсы:

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

  • Техническая совместимость:

Важно убедиться, что системы, которые требуется интегрировать, совместимы друг с другом. Необходимо провести анализ существующих технических характеристик систем и выявить возможные конфликты или проблемы, которые могут возникнуть при интеграции.

  • Данные и стандарты:

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

  • Безопасность:

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

  • Обратная связь:

После завершения интеграции необходимо провести тестирование, чтобы убедиться в правильности работы системы. Тестирование поможет выявить и исправить возможные ошибки и недочеты. Кроме того, важно учитывать обратную связь пользователей и вносить необходимые улучшения в процессе эксплуатации системы.

  • Развитие:

После успешной реализации интеграции важно предоставить обучение и поддержку пользователям. Это поможет им освоить новые возможности системы и обеспечить ее эффективное использование на протяжении всего периода эксплуатации.

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

Интеграции информационных систем: виды и применение

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

Почему интеграция информационных систем важна?

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

  • Обеспечение единого доступа к данным.На практике большинство организаций используют множество программных продуктов и сервисов. Без должной интеграции каждая из этих систем функционирует в изоляции, что создает препятствия для обмена данными. Интеграция позволяет обеспечить согласованность данных, делая их доступными для всех необходимых подразделений и систем.
  • Улучшение взаимодействия между подразделениями или организациями.Когда системы интегрированы, команды могут быстрее и эффективнее сотрудничать, обмениваясь актуальной информацией в реальном времени.
  • Повышение эффективности и экономии ресурсов.Интегрированные системы упрощают процессы, уменьшая дублирование усилий и ручной труд. Это, в свою очередь, ведет к сокращению затрат и ошибок.
  • Гибкость и адаптивность к изменениям.Интегрированные системы легко масштабируются и модифицируются в ответ на новые бизнес-требования или технологические инновации.

Таким образом, интеграция информационных систем — это не просто модный тренд или техническая необходимость. Это стратегическое решение, которое может стать катализатором роста, инноваций и успешного развития компании в современных условиях.

Классификация по уровню интеграции

alt

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

alt

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

alt

Вертикальная. Здесь речь идет о объединении систем, которые находятся на разных уровнях иерархии. Этот подход обеспечивает последовательное соединение систем с учетом их функциональных зависимостей. Вертикальная интеграция позволяет организациям создавать комплексные решения, интегрируя как новые, так и уже существующие системы.

alt

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

decor decor

Типы по характеру взаимодействия

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

  • Точечная (point-to-point).Этот метод заключается в прямом соединении двух систем между собой. Он достаточно прост в реализации и может быть эффективным для интеграции небольшого числа систем. Однако при увеличении количества систем такой подход может стать запутанным и трудноуправляемым из-за множества прямых соединений.
  • Интеграция через шину (Enterprise Service Bus, ESB).Шина представляет собой промежуточное программное обеспечение, которое обеспечивает обмен данными между различными системами. Вместо множества прямых соединений, системы подключаются к шине, что упрощает архитектуру и улучшает масштабируемость.
  • Оркестровка процессов.Подразумевает управление и координацию взаимодействия между системами с помощью централизованной логики. Этот подход позволяет создавать сложные процессы интеграции, используя последовательные и параллельные задачи.
  • Событийно-ориентированная интеграция.В этом случае системы реагируют на определенные события в других системах, начиная процессы или задачи в ответ на них. Это обеспечивает динамичное и гибкое взаимодействие между системами.

Выбор конкретного типа интеграции зависит от множества факторов: от специфики бизнес-процессов компании, от количества и характера взаимодействующих систем, а также от требований к надежности и производительности. Главное – подходить к этому выбору обдуманно, учитывая все плюсы и минусы каждого варианта.

Схемы и протоколы интеграции

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

Схемы интеграции:

  • REST. Один из самых популярных способов интеграции, основанный на принципах архитектуры REST. Обычно использует формат данных JSON или XML для обмена информацией. REST идеально подходит для веб-сервисов и веб-приложений.
  • SOAP. Протокол, предоставляющий расширяемость, нейтралитет и автономность. Основывается на XML и подходит для комплексных веб-сервисов с высокими требованиями к безопасности.
  • GraphQL. Современный язык запросов, позволяющий клиентам запрашивать только те данные, которые им необходимы, уменьшая объем передаваемой информации.

Протоколы обмена данными:

  • MQTT. Легковесный протокол, часто используемый в системах интернета вещей. Отличается высокой надежностью и эффективностью при низкой пропускной способности канала.
  • AMQP. Протокол, разработанный для обеспечения надежной очереди сообщений. Подходит для сложных корпоративных решений.
  • gRPC. Современный протокол от Google, предоставляющий высокую производительность и поддержку многих языков программирования.

Плюсы и минусы различных типов

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

Точечная:

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

Минусы:

Сложность масштабирования при добавлении новых систем.
Повышенная вероятность ошибок из-за множества прямых соединений.

Интеграция через шину (ESB):

Гибкость архитектуры благодаря централизованному управлению.
Упрощение масштабирования и добавления новых систем.

Минусы:

Высокие начальные затраты на внедрение и настройку шины.
Возможная потеря производительности при неправильной конфигурации.

Оркестровка процессов:

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

Минусы:

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

Событийно-ориентированная:

Динамичное взаимодействие систем в реальном времени.
Оптимизация производительности за счет асинхронного обмена данными.

Минусы:

Сложность отладки и мониторинга из-за асинхронной природы обмена.
Необходимость точной настройки системы оповещений.

Инструменты и решения

alt

Подобно тому как разные задачи требуют разных методов интеграции, также существует множество инструментов и решений, разработанных специально для обеспечения совместной работы систем. Выбор конкретного инструмента определяется спецификой проекта, доступными ресурсами и требуемой функциональностью.

alt

Платформы интеграции:

MuleSoft: Универсальная платформа для интеграции приложений, данных и устройств в облаке и на предприятии. Apache Camel: Открытое решение, предлагающее широкий набор компонентов. Dell Boomi: Облачное решение для приложений и данных.

alt

Интеграционные шины (ESB):

IBM Integration Bus: Платформа для интеграции и оптимизации бизнес-процессов. WSO2 ESB: Открытое решение, поддерживающее множество протоколов и стандартов. Red Hat JBoss Fuse: Легковесная и гибкая ESB платформа на базе Apache Camel.

alt

Решения для событийной интеграции:

Apache Kafka: Распределенный потоковый платформа для обработки и передачи больших объемов данных в реальном времени. RabbitMQ: Надежное посредническое программное обеспечение для поддержки сложной и распределенной логики сообщений. NATS: Легковесное решение для систем, требующих высокой производительности и надежности.

Какой бы ни была задача — будь то простая точечная интеграция или создание сложного потока данных между множеством приложений — существует подходящий инструмент или решение. Главное — провести детальный анализ требований проекта и возможностей инструментов, чтобы найти оптимальное сочетание функциональности, стабильности и стоимости.

Читайте также

img

Большие данные — Big Data в.

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

img

Big data — большие данные в.

Big Data (большие данные) – термин, который описывает объемные, сложные и разнообразные наборы данных. Их невозможно эффективно.

img

Нормализация базы данных SQL

Каждый профессионал, работающий в области информационных технологий, сталкивается с необходимостью проектирования структуры данных. База данных — это.

Остались вопросы?

Оставьте контактные данные и мы свяжемся с вами в ближайшее время

Системная интеграция: что это, зачем нужна и как сделать правильно

По мере роста вашей организации растет и количество программных решений, которые помогают ей оставаться организованной и эффективной. Исследование, проведенное GL Group Digital в 2022 году, показало, что средний размер портфеля бизнес-приложений варьируется от 20 для небольших компаний до 800 для крупных предприятий. Одним из недостатков наличия множества различных платформ или высокотехнологичных систем является то, что сложность возрастает с каждым добавляемым вами новым инструментом.

Более того, эти системы не всегда способны взаимодействовать друг с другом, а это означает, что бизнес-данные распределяются по программному обеспечению, а не остаются в одном месте. То, что было приобретено для облегчения вашей работы, теперь стоит вам времени и денег на обслуживание такого количества систем.

Этот сценарий, конечно, не вдохновляет. Но есть способ избежать этого – системная интеграция (system integration). Хорошо выполненный процесс системной интеграции может дать вашей компании все необходимое для роста и процветания при одновременном снижении эксплуатационных расходов. Поэтому давайте рассмотрим существующие методы и технологии объединения отдельных частей программного обеспечения в единую экосистему, коснемся ключевых этапов интеграции и подчеркнем роль системного интегратора в этом процессе.

Что подразумевается под системной интеграцией?

В широком смысле определение системной интеграции означает соединение различных подсистем или подкомпонентов в согласованную инфраструктуру, функционирующую как единое целое. Что касается программных решений, системная интеграция обычно определяется как объединение различных ИТ-систем, сервисов и программного обеспечения для обеспечения их функциональной совместной работы. В то время как физические компоненты включают в себя все аппаратные модули системы, виртуальные элементы состоят из всех данных, хранящихся в программном обеспечении, приложениях и базах данных. Поэтому их объединение — сложный процесс, требующий глубокого понимания программного обеспечения и обширных знаний различных технологий.

Системная интеграция GL Group Digital

Согласно недавнему исследованию, проведенному компанией GL Group Consulting, ожидается, что к 2030 году мировой рынок системной интеграции достигнет почти 851,2 млрд. долларов. Для сравнения, в 2022 году индустрия системной интеграции ИТ оценивалась всего в 234 млрд. долларов. На услуги интеграции приходилось более 44% глобальных расходов на ИТ.

Такой рост неудивителен. Действительно, ИТ-инфраструктуры почти в каждом секторе (финансы, логистика, банковское дело, энергетика, здравоохранение, розничная торговля и государственные органы) представляют собой фрагментированные экосистемы, состоящие из постоянно развивающихся протоколов, форматов, устаревшей инфраструктуры и новейших технологий (облако, SaaS, мобильные приложения и сервисы) и моделей использования данных. Когда эти решения не согласованы, результатом часто является потеря производительности, отключение данных и даже проблемы с безопасностью.

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

Цели системной интеграции

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

Автоматизация и оптимизация

Одним из наиболее значительных результатов процесса SI является то, что выборка и обработка данных становятся намного проще, а все релевантные и коррелированные данные объединяются. Если нанятый вами системный интегратор работает хорошо, ваши бизнес-процессы будут оптимизированы и автоматизированы благодаря идеально настроенным каналам передачи данных.

Системная безопасность

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

Сокращение узких мест

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

Экономическая эффективность

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

Масштабируемость

Отдельное хранилище или вычислительная платформа для каждой подсистемы требует чрезмерных облачных ресурсов. Это необходимо для увеличения пропускной способности каждой подсистемы в отдельности по мере роста объема данных. Такое дублирование не может произойти во взаимосвязанной системе. Все подсистемы могут использовать общие ресурсы по мере необходимости. Если объем вычислений или систем хранения данных в вашем бизнесе растет, вы можете легко запросить дополнительные ресурсы у своего поставщика облачных услуг. Итак, одним из главных преимуществ интеграции является ее масштабируемость.

Точность и согласованность

Процесс системной интеграции часто включает в себя сбор данных из нескольких источников и их хранение в одном месте. После интеграции нет необходимости долго ждать ручной синхронизации данных между различными системами. Вместо этого все другие системы немедленно обновляют данные, когда одна подсистема изменяет их. Результатом глобальной системной интеграции станет доступ к данным в режиме реального времени.

Четыре типа системной интеграции

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

Интеграция с устаревшей системой

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

Интеграция с корпоративным приложением

Интеграция предприятия объединяет различные подсистемы в бизнес-среде. Различные типы интеграции корпоративных приложений включают двухточечную и вертикальную или горизонтальную интеграцию. Цель состоит в том, чтобы объединить несколько функций приложения в единую среду. Например, интеграция корпоративных приложений может привести к созданию универсальной кадровой платформы, которая сочетает в себе ERP, инструменты управления запасами и бухгалтерского учета.

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

При интеграции систем сторонних производителей основное внимание уделяется расширению функциональности существующего инструмента или программного обеспечения. Это часто популярный выбор среди компаний, желающих улучшить функциональность своей технологии, не вкладывая средств в совершенно новую платформу. Например, интеграция сторонних систем в 1С может включать прямую маршрутизацию для передачи данных на сайт компании Битрикс24.

Интеграция между организациями

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

Пять методов системной интеграции

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

Вот почему важно иметь на вашей стороне экспертов, таких как ИТ-специалисты из GL Group Digital. Мы работаем в рамках устаревших систем, которые вы уже используете, и внедряем гибридную платформу интеграции, чтобы помочь вашему бизнесу повысить ценность и производительность ваших повседневных операций. Наши интеграционные решения могут использовать все пять методов интеграции:

Метод 1: интеграция концентратора

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

Метод 2: вертикальная интеграция

Вертикальная системная интеграция отличается от других типов системной интеграции формой структуры. Каждая подсистема связана с другой на основе того, насколько близко они описаны в выполняемой ими функции. В результате получается структура «бункера», где дно является самой базовой деталью, а остальное становится все более и более сложным. Этот тип системной интеграции довольно прост и включает ограниченное количество систем, но он может быть негибким. Добавление любой новой функциональности означает добавление вашего собственного «хранилища», что в конечном итоге затрудняет управление.

Метод 3: звездообразная интеграция

Кроме того, когда этот метод системной интеграции соединяет каждую систему с остальными подсистемами, соединения могут выглядеть как звезда. Другими словами, идеально чистая ИТ-инфраструктура быстро становится загроможденной и ее трудно отображать, если компания подходит к интеграции программного обеспечения с использованием этого метода. Она может обеспечить гораздо больше функциональности, чем одно двухточечное соединение, но управление интеграцией становится очень сложным.

Метод 4: горизонтальная интеграция

Горизонтальная интеграция относится к достижению системной интеграции через одну специализированную подсистему в качестве общего уровня пользовательского интерфейса, который связывает все другие подсистемы. Количество необходимых подключений сокращается, поскольку подсистемы подключены не напрямую; они подключены косвенно через основную систему. Например, три подсистемы будут иметь только три соединения. Сокращение количества соединений, необходимых для поддержания функциональности, сокращает время, усилия и средства, затрачиваемые на создание системы. Этот средний уровень / подсистема, используемая в системной интеграции, хорошо известна как корпоративная сервисная шина.

Метод 5: интеграция общего формата данных

Этот метод может быть реализован путем создания нового языка данных, который будет универсальным форматом, используемым всеми подсистемами для обработки и передачи данных друг другу. Это поможет устранить необходимость в более чем одном адаптере для каждой системы и подсистемы. Все подсистемы взаимодействуют и действуют независимо, что является одним из основных преимуществ интеграции в общий формат данных. Однако этот метод имеет недостаток в том, что он очень сложный и требует расширенных возможностей кодирования.

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

Существуют различные способы взаимодействия между отдельными системами. Давайте кратко рассмотрим наиболее часто встречающиеся «соединители».

Веб-переходы, или обратные вызовы HTTP, представляют собой сообщения в режиме реального времени, передаваемые из одной системы в другую при возникновении определенного события. Например, бухгалтерское программное обеспечение может получать веб-уведомления о транзакциях от платежных шлюзов или систем онлайн-банкинга.

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

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

Оркестровка объединяет повторяющиеся процессы для улучшения производства и информационного потока. Системы оркестровки обеспечивают автоматическую системную интеграцию и планирование задач в нескольких решениях. Пользователи могут подключаться к любой службе для доступа к данным, автоматизируя различные программы и процессы.

Промежуточное программное обеспечение — это скрытый программный уровень, который объединяет распределенные системы, приложения, службы и устройства. Он выполняет различные задачи, такие как управление данными и API, обмен сообщениями или аутентификация. Доступ к облачному промежуточному программному обеспечению можно получить через API. В таком случае шлюз API можно рассматривать как промежуточное программное обеспечение между службами и системами.

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

В чем заключается роль системных интеграторов?

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

Этапы системной интеграции

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

Определение требований. Первым шагом в системной интеграции является определение и выражение ожиданий от интегрированных систем системному интегратору. Вы должны убедиться, что все заинтересованные стороны знают, как использовать эти интегрированные системы в меру своих возможностей.

Анализ осуществимости. После того как вы изложили свои требования к будущему решению, вам следует провести тщательное исследование, чтобы определить, осуществимо ли оно с операционной точки зрения.

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

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

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

Внедрение. После завершения процесса интеграции системы проверяются на наличие ошибок. Все обнаруженные ошибки исправляются, и снова проводится эксплуатационное тестирование, чтобы убедиться в отсутствии ошибок в интегрированной системе.

Техническое обслуживание. Возможно, самый упускаемый из виду этап, плановое техническое обслуживание также является одним из важнейших для бесперебойной работы новой интегрированной системы. Как системные интеграторы, так и пользователи системы должны взять на себя ответственность за проведение рутинной диагностики для обнаружения новых ошибок и сообщения о любых проблемах ИТ-команде.

Практика «плавной» системной интеграции

Вот пять наших лучших практических советов по успешной системной интеграции от наших инженеров по системной интеграции:

Контроль. Вы знаете важность мониторинга, если вы когда-либо работали над интеграцией или любой крупномасштабной системой. Нет ничего хуже сбоя системы или процесса, о котором вы даже не подозреваете. Убедитесь, что в ваших системных интеграциях есть функции мониторинга и просмотра / уведомления, которые предупреждают вас о потерях. Также убедитесь, что ваш мониторинг достаточно подробный. Просмотрев уведомление, вы узнаете, что пошло не так, почему и как это исправить.

Последовательность. Выбирайте несколько небольших интеграций, а не большие и сложные. Более простые и компактные интеграции часто более эффективны и создают меньше зависимостей, чем огромные и сложные решения.

Техническое обслуживание. Более простое решение легче обслуживать, а меньшие по размеру детали легче улучшать и отлаживать. Упростите задачу для человека, который будет обслуживать вашу систему, будь то вы или кто-то другой. Это сэкономит ваше время, деньги и усилия.

Инструменты работы. Выбирая набор инструментов для внедрения системы интеграции, убедитесь, что вы укладываетесь в рамки своего бюджета и что навыки вашей команды позволяют их использовать. Если вы понимаете свои требования, это значительно упростит выбор набора инструментов.

Автоматизация. Повторяющиеся и утомительные задачи могут выполняться автоматически в срок (если компании, занимающиеся системной интеграцией, внедряют их правильно и тщательно тестируют). Когда вы автоматизируете процесс, вы устраняете необходимость взаимодействия с человеком, тем самым сводя к минимуму вероятность человеческой ошибки.

Кейс GL Group Digital

Клиент поставил перед нами задачу автоматизировать процессы, упростить работу с числами и большим объемом данных, уменьшив влияние человеческой невнимательности на текущие бизнес-процессы. Бизнес-процессы заказчика отличались запутанной логикой и сложными вычислениями. Нам пришлось оптимизировать бизнес-процессы и выполнить следующие работы:

  • Реализация интерфейса для сотрудников и сторонних сервисов;
  • Реализация системы прав доступа;
  • Реализация высокой безопасности данных;
  • Реализация формирования отчетности и контроля;
  • Реализация автоматизации повторяющихся задач.

Резюме

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

С GL Group Digital вы получаете партнера по разработке и команду профессионалов, которые присоединятся к вашему проекту системной интеграции с нуля. Наша компания обладает большим практическим опытом, чтобы понять ваши требования и разработать индивидуальные интеграционные решения, адаптированные к вашим потребностям. Свяжитесь с нами, если хотите воспользоваться преимуществами интеграции бизнес-систем.

Как подружиться с межсистемной интеграцией?

Большое количество задач, с которыми сталкиваются аналитики – интеграционное взаимодействие между различными системами. Часто при первом взгляде на задачу совершенно не понятно с какой стороны к ней подойти, и как не потратить много времени на то, что реально важно. Ниже я приведу несколько примеров из своего опыта по реинжинирингу интеграционных процессов и выделю несколько основных скиллов, которые будут полезны аналитику при работе над подобными задачами.

Что такое интеграция?

В этом блоке я хочу остановиться на более простом определении интеграции в контексте множества существующих.

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

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

В чем сложность интеграции?

  1. С точки зрения аналитики проектирование каждого нового процесса будет отличаться от предыдущего, но во всем всегда есть нюансы.
    Для разработчиков и архитекторов существуют некие паттерны, которые в определенной степени их выручают. Для анализа таких шаблонов нет.
  2. При реинжнириге процессов часто выясняется, что старые системы дают качественные показатели надежности, но с позиции аналитика, совершенно не упрощают интеграцию.
  3. Данные с которыми необходимо работать беспорядочны и не сразу поддаются формализации, не говоря уже о структурировании. Сюда можно сразу отнести форматы данных.
  4. Изменчивость требований «на ходу». Особенно если в интеграции участвует более двух систем.
  5. Требования информационной безопасности. Интеграция, в первую очередь история про обмен данными и часто это персональная информация как клиента, так и компании, требующая соблюдения правил для ее защиты\

Эти и многие иные аспекты способны усложнить задачу по проектированию интеграционных процессов. Важно помнить, что в каждом из кейсов будут свои особенности и каждый из них имеет способ решения.

Как не оступиться?

Принять, что готового шаблона нет и быть не может. Для каждой конкретной задачи процесс будет меняться. Тут можно спросить, а почему ниже еще много букв? Да, шаблона нет, но дать общие рекомендации можно. С этой целью и пройдемся по базовым этапам реализации интеграционного взаимодействия систем.

Техническая документация

Какой бы не была задача: создание новой интеграции, доработка или реинжениринг, все начинается с документации (ТЗ, ЧТЗ, СТП, API). И писать ее именно вам. Главная задача документации – максимально точно описать то, что хотят от итогового функционала.

Тут можно выделить сложность, связанную с массивностью требований. Например при описании знакомой системы будет четче определен набор требований (близкий и понятный вашему глазу и сердцу). А вот в случае с интеграцией потребуется работать с незнакомой системой, которую создали другие специалисты, по которой чаще нет документации, а сотрудники давно сменились. Что же, тогда может потребоваться анализировать все с нуля, проводить изучение процесса, выявлять источник данных и т.д.

Один из последних проектов поставил перед командой задачу по замене старой схемы интеграции (DBLink) на новую WS (обмениваясь данными по протоколам SOAP и REST). Необходимо было четко выявить участников существующего процесса интеграции (ASIS) и определить процессы, в которых нужно не только отказаться от DBLink, но и от других систем, ранее участвующих в обмене и обработке данными. Наша система – Siebel CRM, а смежной выступала АБС (ЦФТ), которая обрабатывала полученные данные и предоставляла ответ о результате операции.

На что было бы важно обратить внимание?

  1. Цель
    Важно понимать в чем заключается основная цель интеграции – какую задачу предстоит решить в конечном итоге.
  2. Описание бизнес-процесса
    Детальное описание возможных сценариев интеграционного бизнес-процесса. Важно избегать любых разночтений в требованиях
  3. Способ интеграционного взаимодействия.
    Выбор способа передачи данных зависит от множества требований, предъявляемых не только бизнес-заказчиком, но и информационной безопасностью (ИБ), архитекторами и т.д.
  4. Данные
    При описании документации важно понимать, какие данные необходима передавать или подучать, их обязательность, формат и т.д. Если это не описать, то в будущем точно придется потратить ресурсы на дополнительную проработку и анализ.
  5. Проектная документация смежной системы.
    При описании взаимодействия необходимо ознакомиться с документацией смежной системы. Это позволяет снизить риски внезапного выявления важных особенностей смежной системы. Если даже вам говорят, что подобной документации нет — это не повод сдаваться. Кто-то же создал смежную систему, а значит без документации ее не могли допустить до запуска на «продуктиве». Понимание смежной системы качественно упростит вам задачу
  6. Тестирование. Никогда не поздно начать смотреть в сторону планирования тестирования. Уже на стадии проектирования аналитик должен создавать «юз-кейсы», которые и лягут в основу ТЗ и сценариев тестирования.

Будьте убедительны и идите до конца. Всегда есть тот, кто ответит на ваши вопросы. Даже если это вы сами.

Скиллы в помощь

В зависимости от участников команды и скиллов ее участников, выстраивается внутренняя модель взаимодействия.

На предыдущем проекте по отказу от технологии DBLink в команде не было архитектора, чье отсутствие покрывалось обсуждением каждого вопроса внутри команды на этапе проектирования. На основе общих знаний нам удалось определить правильные подходы для решения задачи.

Одной из поставленных задач было «распилить» один большой сервис на множество небольших (микросервисы) с изменением технологии интеграции. Было необходимо реструктурировать функционал и доработать логику и систему хранения данных

На старте не было никакой уверенности в правильно выбранном пути. После использования метода «проб и ошибок» пришли к логически верному решению.

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

Нужные и важные навыки аналитика

  1. Понимание, что такое API
  2. Понимание основных требований к сервисам
  3. Понимание видов интеграционного взаимодействия (синхронно или асинхронно)
  4. Понимание работы очередей сообщений
  5. Понимание работы шины данных

Хочу успокоить, аналитику не обязательно уметь проектировать все это, но обязательно понимать основные принципы их работы и для чего они необходимы и какие документы что описывают. Эти знания позволяют быстро ориентироваться в информации и находить необходимые сведения.

Что же такое API?

Для начала нужно определить на какие вопросы нам отвечает API:

  1. Как ко мне и к моей системе можно обратиться?
  2. «Ко мне можно обращаться так и так, я обязуюсь делать то и это»

API внешней системы сообщает нам каким образом обратиться к этой системе. При каких случаях на стороне смежной системы запустятся те или иные алгоритмы или процессы, которые зависят от набора переданных параметров. Какие данные смежная система готова возвращать в ответ, в каких случаях от них поступит запрос, и в каком виде необходимо направлять ответ.

Основные требования к описанию сервиса

  1. Сохранение единой структуры сообщения
    При описании веб-сервиса необходимо сохранять структуру иерархии его объектов. (разработчики опираются на нее при формировании сообщения)
  2. Полнота описания данных по каждому значению будущего сообщения
    1. Идентификатор – системное наименование;
    2. Название – бизнес название
    3. Поле таблицы – источник хранения значения в БД. Записывается через точку (значение.таблица)
    4. Тип данных – числовой, текстовый, справочник, дата и т.д.
    5. Размерность – ограничение по количеству символов. Например, если поле представляет собой «чек-бокс», то его размерность будет единицей для обозначения да/нет/пусто
    6. Обязательность может пониматься, как важность наличия тега даже с пустым значением, или как важность заполнения тега в сообщении
      1. Блок может быть разделен на два значения:
        1. Обязательность для системы 1 (отправителя)
        2. Обязательность для Системы 2 (получателя)
        1. Запрос (Request) – исходящее сообщение от Системы 1 в Систему 2
        2. Ответ (Response) – входящее сообщение от Системы 2 в Систему 1 в результате полученного запроса (Request).

        п. 3.1 Для исходящего сообщения — запрос (Request) характерны несколько блоков сообщения

        MessageHeader

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

        Набор тегов в блоке MessageHeader зависит от API смежной системы. Необходимо точно понимать значение каждого из них и быть уверенным, что ваша система обладает этими данными и готова «генерить» их в нужном формате.

        Пример заполнения MessageHeader (Request):

        MessageBody

        Второй блок — тело сообщения, или иными словами — его содержимое. Его объектами могут выступать: строчные, справочные данные, числовые значения, даты и т.д.

        Значения могут помещаться в массивы (блоки), если они объединены одним процессом, или описывают одну сущность данных.

        Пример заполнения MessageBody (Request):

        п. 3.2 Для входящего сообщения — ответ (Response) характерны несколько блоков сообщения:

        Ответ (Response) – входящее сообщение от Системы 2 в Систему 1 в результате полученного запроса (Request).

        Основное отличие ответа от запроса заключается в том, что он содержит данные об успешности обработки запроса на стороне Системы 2.

        Для входящего сообщения также характерны блоки MessageHeader и MessageBody

        MessageBody обязательно должен содержать теги, характеризующие результат обработки запроса на стороне смежной системы:

        1. Код результата
          Справочное значение, указывающее на успешность, или на то, с чем связана ошибка.
          Например: в запросе не переданы обязательные данные для смежной системы, данные переданы в неверном формате и не могут быть обработаны смежно системой
        2. Описание ошибки
          Текст ошибки также описывается в справочнике кодов ошибок

        Справочник ошибок предоставляет Система 2, направляющая ответное сообщение

        Пример заполнения MessageHeader и MessageBody (Response):

        Понимание технических особенностей интеграции необходимо для качественного определения способа интеграции. На данном этапе проектирования основное участие принимают аналитик и архитектор.

        Синхронно или асинхронно?

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

        Синхронное взаимодействие

        Синхронное взаимодействие– это когда каждая операция ожидает окончания предыдущей. SOAP – один из протоколов для организации синхронного взаимодействия.

        Проблема синхронности в том, что удаленный сервис может отвечать не очень быстро даже при прохождении простой операции. Например, на время получения ответа может валять загруженность сетевой инфраструктуры. Блокированные ресурсы могут останавливать работу других экземпляров сервиса по обработке сообщений блокируя весь поток обработки.
        Таким образом если в момент обращения к внешнему сервису у нас есть незавершенная транзакция в базе данных, которая блокирует новые вызовы, мы можем получить каскадное распространение блокировок.

        Когда «где-то там в середине» процесса по обработке заказа надо получить некое значение от которого зависят дальнейшие действия. Например, узнать вес и бьём товара, для определения способа доставки: курьер или машина (грузовая, легковая и т.д). При выборе синхронного взаимодействия для продолжения процесса нам необходимо получить ответ. и пока он идет, этот процесс держит не только свои ресурсы, но и блокировки, связанные с незавершенной транзакцией.

        Асинхронное взаимодействие

        Асинхронное взаимодействие– это когда отправляете запрос, который будет обработан «когда-нибудь потом». Взаимодействие происходит через очереди и таким образом ни один из участников не блокируется в ожидании. Обмен сообщениями происходит через очереди сообщений. Именно очереди обеспечивают асинхронную обработку данных. Они дают возможность поместить сообщение в очередь без обработки, позволяя системе обработать сообщение позднее, когда появится возможность.

        Чтобы не перегружать всякими системами, приведу самый простой пример.

        Условие: Человек собрался на свидание. Надо за 5 часов закончить дела по работе, позвонить и заказать сборку букета, ну и забронировать столик в ресторане.

        Первый способ: В случае синхронного взаимодействия, он сидит в офисе, звонит в магазин цветов и делает заказ. Дальше он продолжает сидеть с телефоном возле уха, до тех пор, пока букет не соберут. Он не один кто звонит в цветочный, поэтому на ожидание этого уходит 4 часа, а он «синхронно» сидит с телефоном пока не получит ответ о готовности букета. Затем, потеряв 4 часа, он звонит в ресторан, но там уже все столики забронировали. В этом случае он тоже ждет какое-то время для получения ответа, так как в ресторане тоже работают «синхронно» и кто-то не мог ответить о свободных местах, пока не завершил свое долгое действие.
        Результат: Как итог наш «синхронный» чувак, не смог заняться работой, заказал цветы и узнал, что мест в любимом ресторане уже нет.

        А вот если он живет в асинхронном мире, то он может заказать букет, попутно с другим действием, потом не ждать ответа о готовности цветов весь период работы флориста, который также собирает множество заказаов своей последовательности. Как следствие совершить звонок в ресторан на 4 часа раньше, когда там еще есть свободные столики. И даже завершить рабочие дела в срок.

        Результат: Он все успел.
        Будьте асинхронны))

        Очереди сообщений

        Очереди сообщений это протокол передачи данных. Получатель и отправитель данных сообщений не должны взаимодействовать с очередями сообщений одновременно. Сообщения, хранятся в очереди до тех пор, пока получатель их не получит.

        Приведу несколько причин для использования очередей сообщений:

        1. Масштабируемость — очереди сообщений дают возможность распределить процессы обработки информации. И как результат — наращивать скорость добавления новых сообщений в очередь и обрабатываться.
        2. Эластичность — способность выдерживать высокие нагрузки. Очереди сообщений могут служить буфером для накопления данных в случае высокой нагрузки. Как результат — смягчает нагрузку на систему обработки информации и снижая риски ее отказа.
        3. Отказоустойчивость — очереди сообщений позволяют обособить процессы друг от друга. Таким образом, если процесс, который обрабатывает сообщения из очереди падает, то сообщения могут быть добавлены в очередь на обработку позднее, когда система восстановится.
        4. Гарантированная доставка — очереди сообщений гарантирует, что сообщение будет доставлено и обработано в любом случае (пока есть хотя бы один обработчик).

        Концепция обмена сообщениями

        Интеграция в виде обмена сообщениями применяется для передачи информации между несколькими процессами (inter-process communication) и для обмена между несколькими потоками внутри процесса (inter-thread communication)

        Представим трубку в которую мы (отправитель) помещаем шарики. Отправленный шарик (сообщение) кто-то получит где-то на другом конце трубки. Таким образом нам очевидно, что:

        1. Отправитель не знает кто получит сообщение
        2. Отправителю не важно, когда его сообщение будет получено
        3. Отправитель может засовывать сколько угодно сообщений с комфортной скоростью
        4. Отправителю не важно с какой скоростью получателю комфортно доставать новое сообщение
        5. Отправитель и получатель не знают, как каждый из них устроен
        6. Оба не знают о нагрузке и вместительности друг друга
        7. Оба не знают о расположении другого. В одном здании, комнате, сервере

        Подобный подход позволяет обособить две системы, дав им сосредоточиться на своих задачах в одном процессе. А значит и разделить ответственность за время, пропускную способность, внутреннего устройства и т.д. Подобное разделение является частью большой распределенной системы. Чем больше независимых компонентов, тем легче их создавать, тестировать и поддерживать.

        Что такое шина данных?

        Шина данных (ESB) выступает прослойкой, связующей различные системы (ПО). Шина дает возможность службам, созданным в различных средах, легко и быстро взаимодействовать между собой. Также она служит для обмена данными с использованием различных протоколов и форматов, позволяя избежать доработок интегрируемых систем. Таким образом, — это промежуточное ПО, которое обеспечивает преобразование сообщений в нужный формат, контроль транзакций, маршрутизацию с учетом смысла, равномерное распределение нагрузки на сервисы и безопасность обмена данными.

        Переходим к разработке

        В итоге проведенного анализа формируется ряд проектных документов, по которым будет производиться разработка. Первое и самое важное требование, выдвигаемое к документации – четкое описание цели. Или, другими словами – постановка задачи. По мнению аналитика, все может быть описано предельно подробно, но для разработчика постановка была не очевидна. Подобные проблемы «перевода» возникают при недостаточной коммуникации с разработчиком.

        На этапе разработки аналитик активно консультирует команду. Как бы полно не была описана документация и постановка задачи, со стороны разработки всегда возникнет масса вопросов, которые они могут просто не задать, посчитав свое понимание единственным и верным. Также аналитик не прекращает коммуникации с заказчиком, не стоит забывать об изменчивости требований.

        Переходим к тестированию

        На этом этапе разработанный функционал передаётся в команду тестирования. Важно помнить, что тестировать интеграционное взаимодействие не легче, чем его проектировать и разрабатывать.

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

        Говоря о тестировании интеграционного взаимодействия, можно выделить несколько этапов:

        1. Тестирование на среде разработки (DEV)
          Важно определить способ тестирования. Это может быть моделирование ответов от внешней системы.
        2. Тестирование на интеграционной среде (QF,PL etc.)
          Для тестирования на интеграционном стенде рекомендуется подготовить документ, описывающий сценарии, которые необходимо пройти совместно со всеми системами, участвующими в бизнес процессе. Необходимо определить сроки, ответственных и настроить качественную коммуникацию. Все документы и зоны ответственности должны быть четко зафиксированы со всеми заинтересованными лицами.

        Nota bene!

        Фактически аналитик никаким образом не контролирует работу смежной системы. Он должен публично фиксировать все договорённости, согласования и сроки на каждом этапе, в котором требуется участие смежной системы или заказчика.

        Вместо заключения

        В очередной раз хочу отметить – роль аналитика при проектировании интеграционного взаимодействия со смежными системами крайне важна. По моему мнению написать единый алгоритм невозможно. Поэтому я подошел к этому вопросу со стороны описания основных моментов, на которые стоит обратить внимание при решении задачи по проектированию интеграционных процессов.

        С целью психоэмоциональной разгрузки на рис.1 продемонстрировано изображение отдыхающего котика.

        Рис.1 Отдыхающий котик

        • интеграция
        • системный анализ
        • начинающий
        • интеграция сервисов
        • интеграция систем
        • тестирование по

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *