Аннотация: Достоинства и недостатки походов к интеграции разных типов ИС, достоинства и недостатки

Ключевые слова: Информационная система; ESB; ETL; передача данных

MODERN APPROACHES TO THE INTEGRATION OF CORPORATE INFORMATION SYSTEMS

Annotation: Advantages and disadvantages of campaigns to integration of different types of IP, advantages and disadvantages.

Keywords: Information system; ESB; ETL; data transmission

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

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

Можно выделить несколько аспектов, которые обуславливают актуальность выбранной проблемы интеграции ИС.

Во-первых, цифровизация и автоматизация процессов компании приводит к значительному росту объема хранимых данных. Так, согласно исследованию IDC [1] увеличится более чем в 10 раз по сравнению с объемом данных в 2016 году и составит более 153 зеттабайт (ЗБ, 1 ЗБ — триллион гигабайт). Для эффективного использования распределенных данных необходимо решить проблемы сбора, синхронизации и использования релевантных данных в масштабах всей компании. Прежде всего, речь идет об управлении данными и обеспечении надлежавшего качества этих данных.

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

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

Эволюция подходов к интеграции информационных систем

Сама концепция интеграция информационных систем имеет долгую историю. Необходимость интегрирования информационных систем появилась сразу после того, как на предприятие внедрялось более одной ИС. По мере развития ИС менялись и подходы к их интеграции. Так в 70 — 80-е годы прошлого века корпоративные ИС выполняли довольно простые функции, которые заключались в автоматизации отдельных простых процессов. Постепенное усложнение ИС и увеличения выполняемых функций привело к появлению концепции модульных информационных систем. В начале 1990-х годов золотым стандартом комплексной автоматизации стало применение универсальной информационной системы, которая охватывала бы все сферы деятельности компании. Система такого класса должна быть основана на единой программно-аппаратной платформе и единой базе данных, а ее модули (или функциональные подсистемы) должны использовать единый технологический процесс обработки информации.

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

Примерам таких систем являются решения класса ERP (Enterprise Resource Planning) и CRM (Customer Relationship Management). Например, к базовым модулям CRM можно отнести автоматизацию службы поддержки клиентов, автоматизацию деятельности продавцов, автоматизацию маркетинга. Данные системы и сейчас используются повсеместно. Однако уникальные особенности каждого бизнеса не всегда позволяют перенести все процессы на тиражируемые решения универсальных систем.

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


Рисунок 1 — Схема неупорядоченной ИТ-инфраструктуры предприятия

Подходы к развитию ИТ-инфраструктуры предприятия

Принято выделять два основных подхода к развитию ИТ-инфраструктуры предприятия.

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

Второй подход — это мультивендорная стратегия развития ИТ-инфраструктуры. Данный подход строится на принципе «best-of-bread» (лучший в своем классе) и требует больших затрат для интеграции инородных систем в существующую ИТ инфраструктуру.

В данном подходе интеграция между системами строится на основе трехуровневой модели (см. Рисунок 2). В такой модели каждое бизнес-положение состоит из трех слоев(уровней):

— Уровень данных — это объекты базы данных;

— Бизнес уровень — это уровень бизнес логики (обработка данных, поддержка логики бизнес-процессов)

— Уровень пользовательского интерфейса — решает задачи вводы и вывода данных.


Рисунок 2 — Трехуровневая архитектура системы класса CRM Oracle Siebel

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

Подходы к интеграции систем

Одним из самых универсальных подходов к интеграции приложений является подход, основанный на использовании ПО класса middle ware (промежуточное программное решение) [2].

Современные системы класса middle ware — это сложное программное обеспечение, способное обрабатывать сообщения на базе универсальных форматов и обеспечивать многоканальную передачу сообщений между всеми бизнес-приложениями (см. Рисунок 3). Основными компонентами таких систем являются: Сервисная шина (основанная на архитектуре ESB — Enterprise Service Bus, выполняет функции переформатирования данных, маршрутизации сообщений, управления транзакциями, мониторинга и контроля взаимодействия приложений), набор адаптеров, которые позволяют различным приложениям подключаться к шине.


Рисунок 3 Архитектура решения класса middleware компании «Галактика»

Данный подход позволяет связать между собой множество систем разного класса и разных вендоров. Основным же недостатком такого подхода является высокая стоимость (для каждой системы необходим свой адаптер), а также невысокая пропускная способность шины (передача документа объёмом несколько десятков мегабайт может создавать определенные сложности, так как сама архитектура ESB нацелена на передачу данных в реальном времени и большие объёмы данных необходимо разбивать на части.)

Для обмена файлами большого объема между системами можно использовать интеграцию посредством ETL (Extract, Transform, Load — комплекс методов, с помощью которых реализуется перенос исходных данных из одного источника (ИС, хранилища данных) в другие источники) решений. Системы класса ETL подходят для интеграции систем в части обмена данными при условии, что нет необходимости построения интеграции в режиме реального времени. Например, ETL решения часто используются для интеграции банковских систем при передачи документов из одной системы в другую
(см. Рисунок 4). Хоть ETL и не позволяет передавать данные в режиме реального времени, для многих процессов обмена документов задержка в
15-20 минут не является критической, а стоимость такой интеграции относительно использования ESB меньше в несколько раз. Также плюсом построения интеграции с помощью средств ETL является простота настройки и изменений. При изменение формата данных, полей таблиц и т.д. необходимо выполнить аналогичные изменения в таблицах ETL, не изменяя программный код (см. Рисунок 5).


Рисунок 4 пример интеграции систем Siebel-MDM-АБС с помощью ETL решения Informatica PC


Рисунок 5 Пример настройки таблиц интеграции в Informatica PC

Выводы

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

Список литературы

  1. CORBA [Электронный ресурс]. — Режим доступа: https://www.seagate.com/www-content/our-story/trends/files/Seagate-WP-DataAge2025-March-2017.pdf (дата обращения 10.06.2018)
  2. Integration Patterns Overview [Электронный ресурс]. — Режим доступа: http://www.enterpriseintegrationpatterns.com/eaipatterns.html (дата обращения 11.06.2018)