OEBS: Методы интеграции и построения интерфейсов

Несколько ранее  мы уже дали определение интерфейсам и их типам. Если подвести итог, то можно увидеть основные особенности интерфейсов:

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

Можно предположить, что следующим вопросом у вас будет вопрос: Какие средства доступны для реализации интерфейсов в Oracle ERP или для каких-нибудь других систем ERP? По своей природе способы работы интерфейсов в типичных коммерческих приложениях почти одинаковы. Давайте выделим некоторые способы, которые предложены нам в Oracle Applications. Однако эти способы будут определяться сущностью системы и процессов, того, как они работают. К тому же есть еще один определяющий фактор - Цена. Для интерфейсов и средств интеграции можно выделить следующие факторы:

• Частота
• Режим
• Объем
• Технология
• Безопасность (доступ к данным)

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

• Частота. Частота важна для определения периода запуска интерфейса. Интерфейс должен запускаться множество раз в течение обработки процессов в конце месяца, много раз на протяжении ночи (в большинстве авиакомпаний обновления происходят ночью) или нужен только еженедельный запуск интерфейса.
• Пакетный режим. Все должно происходить в реальном времени, один раз в день, или все в одном пакете. Выбор режима в какой-то степени связан с частотой работы интерфейса.
• Объем. Здесь также важно понимать, какой объем данных нужен для интерфейса. Это очень-очень важно, потому что это определяет, какая технология нам будет полезна для управления такими большими объемами данных.
• Технология. Выбор технологии определяется тремя вышеперечисленными факторами.
• Доступ к данным. Какой доступ к данным? Типичные  случаи обычно бывают: Синхронизация в одном направлении (Только чтение), Двунаправленная передача (Чтение/Запись), Доступ на месте.

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

• Интеграция данных
• Интеграция приложений

Мы не собираемся обсуждать здесь все детали, давайте возьмем некоторые способы интеграции применительно к Oracle e-Business Suite.

Способ 1: Открытая интерфейсная таблица

Это наиболее стандартный метод интерфейсов в Oracle Applications на сегодняшний день. Он состоит из спроектированной таблицы и программ. Интерфейсная таблица позволяет вам загружать данные и затем вызывать параллельную программу, либо имеется стандартный набор API в библиотеке Applications Objects Library и написанная пользователем программа. Стандартная/пользовательская параллельная программа извлекает данные из интерфейсной таблицы, выполняет проверку данных и помещает эти данные в таблицы какого-либо приложения Oracle Applications. Такой способ использования интерфейсной таблицы удовлетворяет в большинстве случаев, так как проектирование и разработка не требует больших усилий. В каждом продукте Oracle Applications имеется какое-то количество открытых интерфейсных таблиц, доступных для обслуживания большинства возникающих при интеграции потребностей.

Способ 2: Программный интерфейс приложения (API)

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

Способ 3: Инструменты интеграции приложений предприятия (Middleware)

Бывает, что отсутствует стандартный интерфейс Oracle (нет интерфейсных таблиц) и нет API для импорта данных. В таких случаях вам приходится писать программу, которая вставляет данные непосредственно в таблицы базы данных Oracle. Однако это не рекомендуется компанией Oracle, так как любое изменение стандартной функциональности, которое может произойти в результате обновления версии или применении патча, может нарушить работу интерфейса. Поэтому есть другой способ, когда мы можем использовать какой-нибудь инструмент middleware. Такие инструменты обычно работают в качестве адаптеров или коннекторов, которые обеспечивают любые операции вставки/обновления записей в базе данных Oracle без всякого риска. Существует большое количество доступных адаптеров для интеграции с Oracle Applications.

Такие инструменты обычно предоставляют надежный визуальный интерфейс для разработчика и развитую функциональность для мониторинга интеграции и сигнализации неисправностей. Я лично знаком с Taviz (Насколько он хорош ... Мне он действительно нравится. Извините, я не являюсь агентом по продажам и не являюсь заинтересованным лицом, но все- таки рекомендую). Обычно такие инструменты более высококачественные, чем описанные способы интерфейсных таблиц и API.
Существуют поставщики таких инструментов, которые предоставляют возможность создавать интерфейс и интегрироваться с Oracle Applications. Некоторые из них являются сертифицированными партнерами Oracle.

• Cast Iron
• WebMethods
• Tibco
• Informatica
• Blue Wolf
• Taviz(до этого SmartDB)
• Crossroads
• SeeBeyond (до этого STC)
• Vitria

Обычно все эти продукты имеют инструмент, называемый "Studio". Он имеет графическую оболочку для проектирования процесса настройки интеграционных потоков, называемого оркестровкой (интеграцией). Интеграционные модули развертываются на "Маршрутизаторе приложений",  который представляет собой предварительно настроенное приложение, устанавливаемое на сайт пользователя. Поставляется оригинальный "коннектор" к Oracle E-Business Suite.

Способ 4. EDI

EDI (Electronic Data Interchange) использует промышленный стандарт описания данных (US/ANSI/X.12) для передачи таких документов, как заказ на приобретение, счет фактура, накладная и т.д. Oracle предоставляет несколько реализаций транзакций EDI с помощью шлюза EDI. Это тоже хороший способ построения интерфейсов.

Немного о других способах.

Способ 5. Менеджер процессов BPEL

• BPEL представляет собой язык для выполнения бизнес-процессов. (Он был разработан IBM, BEA и MSFT)
• Сервер и средства разработки стали доступны после того, как Oracle приобрел Collaxa Inc.
• Требует дополнительных лицензий помимо лицензий на Oracle Applications.
• Использует промышленные стандарты, веб службы и проектирование бизнес процессов для оркестровки разрабатываемой интеграции.
• Довольно медленно продвигается на рынок компанией Oracle, позиционируется как текущий и будущий стандарт интеграции.

Он чем-то похож на EAI, но я лично считаю, что он немного проще. Предоставляется "Информационная панель" для мониторинга и обслуживания сервера. Кроме того, предоставляется процедуры Oracle API в виде веб служб. Единственным недостатком является дополнительное лицензирование и относительно крутая кривая изучения, что может привести к высоким начальным затратам.

Способ 6. Другие технологии Oracle

  PL/SQL

• Запатентованное корпорацией Oracle процедурное расширение языка SQL
• Сравнительно интеллектуальный процедурный язык программирования
• Компилируется в базе данных; выполняется проверка синтаксиса и высокопроизводительная интеграция с БД
• Множество применений в Oracle Applications: логика приложения, логика интеграции, обработка исключений
• Представлен слой API для доступа к логике приложений Oracle Application

  Хранимые процедуры Java

• Реализуются на языке Java на стороне сервера
• Возможность вызова кода PL/SQL с использованием JDBC; возможность запуска из PL/SQL
• Более высокая производительность вычислений, чем у кода PL/SQL
• Возможность использования технологий промышленного стандарта вместо запатентированного языка PL/SQL
• Часто объединено с PL/SQL как гибридный вариант интеграции с Oracle Application

  Oracle Advanced Queuing (AQ)

• Управление передачей сообщений, интегрированное в базу данных
• Интегрированные данные, сообщения и история сообщений
• Возможность восстановления (откат на любой момент времени)
• Запись аудита
• Business Intelligence, основанный на хранилище сообщений
• Высокая производительность
• Интегрировано с  MQSeries с помощью Oracle Messaging Gateway

Оригинал статьи