Диссертация (1091077), страница 5
Текст из файла (страница 5)
Это может происходить в синхронном или асинхронномрежиме. К основным недостаткам этого метода можно отнести: повышенныетребования к мощности потребителя данных; при синхронном режимеобязательное присутствие каждого приложения в сети, а при асинхронномрежиме может возникнуть ситуация, когда данные в синхронизируемыхприложениях будут не совпадать.• Системы с медиатором. Медиатор – это программный компонент, которыйобеспечивает единую точку входа для пользовательских запросов и единоевиртуальное видение разнородных источников данных.
Медиатор транслируетпользовательский запрос к источникам данных на основе общей схемы ипреобразует результаты от источников данных в единую форму представления.Каждый источник данных имеет адаптер, который преобразует запрос изобщей схемы медиатора в схему источника данных, а, затем, результатызапроса преобразует обратно в общую схему. При подключении новогоисточника данных нужно создать соответствующий адаптер. Основнымнедостатком такого метода является то, что данные доступны, как правило,только для чтения.• Системы со ссылочным массивом.
При таком методе тиражируются в единоеместо хранения не все данные из каждой записи источников данных, а толькочасть, используемых для поиска источников данных, в которых содержатсянеобходимые записи. К основным недостаткам этого метода относится26отсутствие историчности данных и сложная процедура эмпирическогоформирования многогранной структуры единого ссылочного массива, вчастности, при добавлении новых источников данных. Если ссылочный массивобновляется с некоторой задержкой, то это негативно сказывается наактуальности данных. Если же обновляется без задержки, то это можетпривестикнехваткересурсов,необходимыхдлястабильногофункционирования всей системы (особенно при большом количествеисточников данных).1.2.4.
Интеграция по типу «точка-точка»Суть интеграции по типу «точка-точка» заключается в том, что приложениявзаимодействуют друг с другом напрямую, например, через API или протоколFTP. Для каждой пары обменивающихся приложений создается специальныйинтеграционный модуль, который решает такие вопросы, как обращение кинтерфейсам другого приложения или преобразование данных из форматаисточника данных в формат потребителя. Как правило, интеграционный модульсоздается собственными силами предприятия, который необходимо поддерживатьв актуальном состоянии [7, 49].Обычно такой тип интеграции применяют предприятия, у которых впервыевозникла необходимость в применении интеграционных решений, при этоминтегрируются два-три приложения, прикладные процессы не меняются,приложения и связи между ними стабильны, а внедрение новых приложений непланируется [7, 49, 108].
В этом случае применение такого типа интеграцииоправдывает себя. В противном случае, могут существенно возрасти затраты наподдержку, управление и развитие такого типа интеграции. Чем большеприложений, тем больше связей между ними, а, значит, сложнее логикаинтеграционных модулей. Эти модули, как правило, разрабатываются разнымиИТ-специалистами и плохо документируются, что приводит к непредсказуемомуфункционированию ИТ-инфраструктуры предприятия.
А это, в свою очередь,вызывает недоверие к ней и приводит к спаду эффективности предприятия вцелом [7, 49, 108]. Ещё одним существенным недостатком этого типа интеграции27является отсутствие гибкости в построении качественно новых запросов кнескольким приложениям, поскольку последние жестко связаны между собой [7,49].Как правило, интеграцию по типу «точка-точка» используют предприятиямалого и среднего бизнеса, поскольку они ориентированы на простыеИТ-решения, которые проще внедрить и дешевле в эксплуатации.1.2.5. Сервисно-ориентированная архитектураВ настоящее время проработанным и передовым подходом к решению задачинтеграции корпоративных приложений является сервисно-ориентированнаяархитектура (СОА), в основе которой сервисы и унифицированные отраслевыестандарты.СОАявляетсяочереднымэтапомразвитияархитектурыинформационных систем, которая состоит из слабосвязанных сервисов.
СОАможет быть успешно внедрена в гетерогенной ИТ-среде и реализована с помощьюразличных СОА-ориентированных продуктов и инструментов, например, IBMWebSphere, Oracle SOA Suite, Microsoft BizTalk Server, BEA WebLogic или TIBCOBusiness Integration [12, 18, 49, 103, 119].В состав СОА входят следующие обязательные элементы [29, 35, 38, 40, 49,90, 122]:1) сервисы, которые предназначены для многократного использования, онине имеют информации о том, какие протоколы, технологии илиплатформы используют другие сервисы, а также они могут состоять издругих сервисов;2) сервиснаяшинаунифицированныйпредприятиямеханизм(EnterpriseServiceвзаимодействияBUS)–этоприложений,выполняющий следующие функции: объединяет отдельные приложенияв единую прозрачную среду, гарантирует доставку, фильтрует данные,маршрутизирует вызов, обеспечивает безопасность;3) репозиторий сервисов, обеспечивающий уровень абстрагирования придоступе к сервисам интегрированных приложений и предназначенный28для регистрации, поиска, предоставления, а также для управленияпотребителями, версиями сервисов и политиками.СОА обладает следующими преимуществами [35, 40, 49, 122]:• снижает стоимость поддержки – повторно используемые сервисысокращают количество и внутреннюю сложность сервисов;• повышает качество услуг – повторное использование сервисовповышает качество услуг через многократное тестирование, проводимоеразличными потребителями;• снижает стоимость интеграции – стандартизированные сервисысвободно взаимодействуют друг с другом, обеспечивая быструю илегкую связь разрозненных приложений;• сокращает риски – уменьшение сервисов, за счет их повторногоиспользования, обеспечивает более сильный контроль над политикамикорпоративного управления и управления ИТ и сокращает общие риски;• сокращает время и стоимость разработки – сервисы можно повторноиспользовать и легко интегрировать в новые приложения.Однако СОА имеет и ряд недостатков.
СОА не оправдывает затраты, еслидля решения проблемы достаточно было простого применения интеграции потипу «точка-точка» [49]. Внедрение СОА-решения – это долгая, дорогая и крайнетрудоемкая работа, требующая серьезной перестройки ИТ-инфраструктуры истратегии поставщика сервисов [49, 51, 81, 88]. При этом успешно внедренноеСОА-решение для одного поставщика сервисов может не так эффективноработать для другого [10, 49, 51, 88].
Кроме того, взаимодействие сервисовнастраивается на этапе внедрения или доработки СОА-решения, а не в процессеэксплуатации [10, 88].Таким образом, внедрение СОА-решения целесообразно в том случае, еслигибкость, масштабируемость и скорость реакции на необходимые измененияявляются ключевыми факторами эффективности предприятия. При этом успешновнедренное СОА-решение носит эксклюзивный (индивидуальный) характер длякаждого предприятия.291.2.6. Перспективы интеграционных решенийРезультаты проведенного анализа (п.
1.2) показывают, что разработкаприложений и задачи интеграции уже неотрывны друг от друга, поэтому дляопределения тенденции развития интеграционных решений рассмотрим основныеэтапы развития подходов, применяемых при разработке ПО [49]:I. Структурный подход, предполагающий представление общей задачи ввиде иерархии подзадач, где каждая подзадача оформляется в видеподпрограммы, а выполнение сводится к последовательному вызовуподпрограмм.Увеличениесложностипрограммыповышаетрисквозникновения ошибки её выполнения, поскольку становится сложнопроследить взаимовлияние подпрограмм.II. Объектно-ориентированныйподход,позволяющиймоделироватьсущность (предмет или явление) предметной области в виде класса, авыполнение сводится к взаимодействию объектов классов путем передачисообщений.
Механизмы этого подхода (наследование, полиморфизм иинкапсуляция) существенно повысили надежность программ и увеличилипоказатель повторного использования кода.III. Компонентный подход (в основе которого объектно-ориентированныйподход), позволяющий инкапсулировать целую операцию предприятия вотдельном компоненте, например, проведение бухгалтерской операции.Компонент позволяет описать более тесную связь между классами. Такиекомпонентыснабжаютсястрогой документациейи,как правило,предоставляют несколько интерфейсов – это позволяет применятькомпонент в соответствии с особенностями ведения конкретногонаправления бизнеса (например, бухгалтерии или кадров) предприятия.Компоненты могут предоставляться разными поставщиками.Таким образом, из приведенных этапов логичным будет предположитьпоявлениетакогоподхода,вкоторомединицейразрабатываемойинформационной системы будет не отдельный компонент, а целое бизнесприложение(предположим,чтоонобудетиметьтакоенаименование:30“атомарное приложение”) [49].
В атомарном приложении инкапсулируютсяоперациипредприятия,последовательностивыполнениякоторыхгибконастраиваются для решения задач конкретного направления бизнеса (например,бухгалтерии или кадров) предприятия [49]. А взаимодействие атомарныхприложений позволяет решать задачи уже всего предприятия. Этому способствуетактивное развитие интеграционных решений (особенно появление СОА) [49].Конечная цель этого подхода заключается в обеспечении сборочной единойинформационной системы на основе рынка атомарных приложений – этопозволит легко и просто заменять устаревшие атомарные приложения наулучшенные [49].Атомарное приложение должно легко настраиваться под специфическиеособенностиведенияконкретногонаправлениябизнесапредприятияивзаимодействовать с другими приложениями через унифицированные отраслевыестандарты[49].Такоеприложениеможетпредоставлятьсяразнымипоставщиками, и оно не зависит от программно-аппаратной платформы [49].Переход на такой рынок ПО позволит легко интегрировать не только атомарныеприложения в рамках конкретного предприятия, но и атомарные приложенияразных предприятий, поскольку интегрируемость – это главное свойство такогоприложения, заложенное на этапе разработки [49].Следуетотметить,чтосуществующиеинтеграционные решения ивозможного появления рынка атомарных приложений не обеспечивают решениевсех интеграционных задач крупномасштабной информационной системы,поскольку они, как правило, ориентированы на эффективное интегрирование либоограниченного количества приложений, либо когда заранее известно с какимприложением необходимо интегрироваться [49].