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

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

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

Интеграцию можно осуществлять на базе различных технологических решений:

• корпоративного документооборота (workflow) – технологии, позволяющей организовать единый документооборот внутри организации;

• корпоративных приложений (Enterprise Applications Integration, EAI) – технологий, ориентированных на интеграцию различных систем, приложений и данных внутри организации;

• технологии Business-to-Business Integration (B2Bi), ориентированной на обеспечение надежного и безопасного информационного обмена между различными организациями и их информационными системами;

• технологии управления бизнес-процессами (Business Process Management, BPM), являющейся результатом эволюции классических систем документооборота и делопроизводства и систем класса EAI и B2Bi;

• Service-Oriented Architecture (SOA) – технологии преобразования монолитной ИТ-инфраструктуры во множество стандартизированных, многократно используемых слабосвязанных компонентов (сервисов), из которых можно собирать необходимые решения;

• Enterprise Services Architecture (ESA) – технологии создания однородного связующего слоя над всеми приложениями.

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

• сохраняются ранее сделанные инвестиции в информационные системы;

• новые системы легко интегрируются с уже функционирующими приложениями и накопленными в них данными;

• изменения в бизнес-процессах организации быстро отражаются в информационной инфраструктуре.

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

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

Специалисты видят выход в переориентации на управляемую бизнес-требованиями сервис-ориентированную архитектуру SOA (Service-Oriented Architecture) предлагает разработчикам новый подход к многократному использованию кода. Вместо традиционного объектно-ориентированного наследования предполагается создание более сложных сервисов из сервисов низкого уровня. При этом преодолевается основное ограничение наследования – сервисы могут быть распределены в сети и даже принадлежать различным компаниям. При этом нивелируются эффекты специализации, интегрируются элементарные операции в бизнес-функции соответствующего уровня восприятия.

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

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

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

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