Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

Книга «Шаблоны интеграции корпоративных приложений»

2.3. Способы интеграции приложений. Часть Вторая.

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

Читать далее >>

2.4. Способы интеграции приложений. Часть Третья.

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

Читать далее >>

2.5. Способы интеграции приложений. Часть Четвёртая.

Удаленный вызов процедуры поддерживается множеством технологий, таких как CORBA, COM, .NET Remoting и Java RMI. Зачастую реализация удаленного вызова процедуры предусматривает наличие дополнительных возможностей, например, поддержки транзакций. Время написания этой книги пришлось на пик популярности Web-служб, использующих такой стандарт удаленного взаимодействия, как SOAP.Наличие методов, манипулирующих...

Читать далее >>

2.6. Способы интеграции приложений. Часть Пятая.

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

Читать далее >>

3.1. Системы обмена сообщениями

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

Читать далее >>

3.2. Об организации книги

Шаблоны, представленные в этой главе, позволяют получить базовое представление об интеграции приложений с помощью обмена сообщениями (Messaging, с. 87). Более подробно каждый из представленных здесь корневых шаблонов рассматривается в одной из следующих глав книги (рис. 3.1). Канал сообщений (Message Channel)Компании необходимо наладить взаимодействие...

Читать далее >>

3.3. О словаре обмена сообщениями

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

Читать далее >>

3.4. Имена каналов сообщений

Поскольку каналы являются логическими адресами, они должны иметь некоторую форму записи. В большинстве случаев для обращения к каналу сообщений используется буквенно-цифровое имя, такое как MyChannel. Некоторые системы обмена сообщениями поддерживают иерархические имена каналов, например MyCorp/Prod/ OrderProcessing/NewOrders. Все каналы сообщений делятся на два типа: каналы "точка-точка"...

Читать далее >>

3.5. Имена каналов сообщений. Часть Вторая.

Сообщение (Message)  Приложения, соединенные посредством канала сообщений (Message Channel, с. 93), взаимодействуют с помощью технологии обмена сообщениями (Messaging, с. 87). Как наладить обмен данными между двумя приложениями, соединенными с помощью канала сообщений (Message Channel)? Зачастую наличие канала сообщений воспринимается как достаточное условие для обмена данными...

Читать далее >>

3.6. Имена каналов сообщений. Часть Третья.

Пример: сообщение SOAPСообщение протокола SOAP версии 1.1 представлено XML-конвертом (корневой элемент SOAP-ENV:Envelope), содержащим необязательный заголовок (элемент SOAP-ENV:Header) и обязательное тело (элемент SOAP-ENV:Body). Поскольку этот XML-документ является наименьшей единицей передачи данных (как правило, для передачи SOAP-сообщений используется протокол HTTP), он является ни чем иным, как сообщением...

Читать далее >>

3.7. Каналы и фильтры

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

Читать далее >>

3.8. Каналы и фильтры. Продолжение.

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

Читать далее >>

3.9. Конвейерная обработка

Объединение компонентов с помощью асинхронных каналов сообщений (Message Channel, с. 93) позволяет каждому из них выполняться в собственном потоке или процессе. Это означает, что, завершив обработку сообщения и поместив его в исходящий канал, компонент может приступить к обработке нового сообщения, не дожидаясь подтверждения о получении...

Читать далее >>

3.10. Конвейерная обработка. Словарь.

Обсуждая архитектуру каналов и фильтров (Pipes and Filters), следует обратить внимание на корректность употребления термина фильтр. Позднее нами будут рассмотрены такие шаблоны проектирования, как фильтр сообщений (Message Filter, с. 253) и фильтр содержимого (Content Filter, с. 354). Следует отметить, что это далеко не единственные фильтры...

Читать далее >>

3.11. Маршрутизатор сообщений

Несколько этапов обработки в цепочке каналов и фильтров (Pipes and Filters, с. 102) соединены с помощью каналов сообщений (Message Channel, с. 93). Как реализовать возможность передачи сообщения различным фильтрам в зависимости от набора условий? Архитектура каналов и фильтров предусматривает непосредственное соединение фильтров друг с другом...

Читать далее >>

3.12. Маршрутизатор сообщений. Продолжение.

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

Читать далее >>

3.13. Типы маршрутизаторов сообщений

Маршрутизатор сообщений (Message Router) может использовать несколько различных критериев при определении исходящего канала для отправки сообщения. Наиболее тривиальный пример маршрутизатора сообщений - это так называемый фиксированный маршрутизатор. Фиксированный маршрутизатор имеет один входящий и один исходящий канал. Функциональность фиксированного маршрутизатора предельно проста - извлечь сообщение из...

Читать далее >>

3.14. Типы маршрутизаторов сообщений. Примеры.

Пример: коммерческие средства EAIКонцепция маршрутизатора сообщений (Message Router) является основой для брокера сооб­щений (Message Broker, с. 334) - средства, реализованного практически во всех EAI-пакетах. Брокер сообщений принимает входящие сообщения, тестирует их на предмет наличия ошибок, преобразовывает и помещает в требуемый исходящий канал. Подобная архитектура позволяет...

Читать далее >>

3.15. Транслятор сообщений

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

Читать далее >>

3.16. Уровни преобразования

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

Читать далее >>

2
...




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