СМ-Консалт
 

Работа с Web-сервисами в корпоративных SOA: Часть 9. Интеграция Web-сервисов с радиочастотной идентификацией -- RFID в приложениях EAI с множественными SOA

Статьи Технологии разработки ПО SOA и Web-сервисы

Вступление

В Части 1 данной серии, «Заполнение пробелов предприятия с помощью нескольких SOA», я рассказывала о ликвидации пробелов производственных систем, наглядно показывая, как вы можете соединять Web-сервисы из одной или нескольких SOA в сложное приложение, которое находится под контролем некоей структуры. В Части 2, «Максимизация функциональной совместимости с внешними Web-сервисами», я привела примеры возможного взаимодействия сетей без перегрузок множественных SOA. В Части 7, «Ускорение работы приложений Web-сервисов с помощью спецификации для двоичных XML, Optimized Packaging Specification», я объяснила, почему пакет XOP более эффективен при обработке данных Web-сервисов, чем XML-анализаторы.

В данной статье я, прежде всего, остановлюсь на двух подходах к разработке приложений RFID: традиционном подходе и Web-сервисах RFID. Затем я расскажу о том, как интегрирование Web-сервисов RFID в приложения EAI в множественных SOA может увеличить видимость объектов с радиометкой, контейнеров и паллетов, а также поток информации о них. Я продемонстрирую, как интегрировать Web-сервисы RFID в приложение EAI в среде множественных SOA.


Традиционный подход

Традиционный подход использует продукт IBM RFID, состоящий из трех частей, которые формируют структуру RFID. Как показано на Рисунке 1, это – устройства (Devices), WebSphere RFID Premises Server и сервер интеграции WebSphere (WebSphere integration server®).


Рисунок 1. Традиционный подход
Традиционный подход

Инфраструктура устройств

К устройствам относятся считывающие устройства (readers), развертывающие устройства (scanners) и печатающие устройства (printers), которые встроены в Инфраструктуру Устройств WebSphere RFID (WebSphere RFID Device Infrastructure). Инфраструктура является продуктом промежуточного ПО с возможностями RFID, предоставленным компанией IBM для выбора партнеров для рамещения на их устройствах.

Premises Server

Связующим звеном с Инфраструктурой Устройств является IBM WebSphere RFID Premises Server. Этот базовый узел структуры RFID поддерживает все функции Инфраструктуры Устройства, а также собирает в одно целое, контролирует, интерпретирует, фильтрует, запоминает все входящие события RFID. Если события достигают пороговой точки, которую системный администратор определяет как критическую, планируемый адресат получает сигнал тревоги в реальном времени. Premises Server работает как шлюз в Информационные системы электронных кодов продуктов (Electronic Product Code Information Systems — EPCIS), которые позволяют приложениям, заказчикам, поставщикам и производителям искать сведения о продуктах с радиометкой.

Сервер интеграции

Как было показано на Рисунке 1, Premises Server работает как шлюз в сервер интеграции IBM, в частности в WebSphere Business Integration Server. Данный сервер делает возможным интегрирование информации по принципу бизнес-логики с внутренним интерфейсом систем EAI, касающихся объединения таких разнородных систем, как управление цепочками поставок (Supply Chain Management — SCM), управление взаимоотношениями с клиентами (Customer Relationship Management — CRM) и планирование и управление ресурсами предприятия (Enterprise Resource Planning — ERP). Системы EAI обеспечивают инструментарий для моделирования производственных процессов, создания трудовых процессов, интеграции разнородных B2B ( «бизнес для бизнеса» — электронная торговля по схеме «предприятие-предприятие»), контроля за деловыми операциями, а также создания и размещения Web-сервисов—в SOA.

Сценарии RFID

Давайте посмотрим на некоторые сценарии RFID, которые используют традиционный подход:

  • Интеграция передвижных парков отправителя (shipper's mobile fleet): Вы можете гораздо быстрее соединять транспортные парки. Прекращение регулирования сместило контроль за транспортными средствами от перевозчиков к грузоотправителям.
  • Совершенствование складских операций: Обеспечив контроль в реальном времени, вы можете сократить количество сценариев типа «нет в наличии на складе» и «потеря в массе» на этапах распределения потребительских товаров на уровне контейнера, паллета или.
  • Управление цепочкой ориентированных на потребителя поставок (consumer-driven supply chain): Вы можете лучше управлять прогнозированием спроса и инвентаризацией и лучше координировать распределение и рынки сбыта для потребителей. Потребители помогают компаниям принимать деловые решения.
  • Замена работников в технологическом процессе: С помощью автоматизации сборных поточных процессов вы можете минимизировать процесс переделывания и усовершенствовать подотчетность инструментов, оборудования и других ценных средств. Вы можете сократить количество остановок процесса и пополнить запасы сырья, необходимого для поточной линии.
  • Управление активами по требованию: Вы безотлагательно можете узнать, где находятся ваши активы в канале поставок. Активами может быть все, что угодно – в различных отраслях промышленности, например, автоматизация (automative), нефтехимическая промышленность (chemical and petroleum), транспорт (mobile feet), авиакосмическая промышленность (aerospace), оборонная промышленность (defense), беспроводная связь (wireless).

RFID как дополнительный

Одним способом дополнить традиционный подход является создание Web-сервисов RFID, которые используют IBM Relational Web Developer для ПО WebSphere. Эти Web-сервисы весьма полезны, когда, например, вам нужно объединить информацию из передвижных парков грузоотправителя и информацию из складских операций (in-store operations) с целью создания инвентарных сообщений (item-visibility reports) для руководства.

Внешняя возможность взаимодействия сетей

Однако не все Web-сервисы доступны изнутри. Некоторые, возможно, придется соединять с внешними Web-сервисами RFID в различных SOA. Вы можете объединять внешние и внутренние Web-сервисы в сложное приложение в создаваемой SOA.

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

Более быстрый сетевой трафик

Другой проблемой является то, что основанные на XML приложениях Web-сервисы RFID «раздуваются» при использовании в больших количествах. Эти Web-сервисы блокируют сетевой трафик при перегрузках системы. Для решения этой проблемы вам следует применить XML-двоичную Оптимизированную Упаковочную спецификацию (спецификация XOP) (см. Ресурсы) для ускорения работы Web-сервисов.

Данная спецификация представляет собой проектный стандарт, разработанный с целью быть более эффективным, чем XML-анализаторы (parsers). Анализаторы ведут себя скорее как интерпретаторы, а не компиляторы. Они не работают так же хорошо при чтении больших файлов, особенно в текстовом формате, как они работают с чтением меньших файлов или подсчетом простых функций. Даже шифрование может препятствовать работе Web-сервисов RFID, поскольку для достижения желаемых результатов требуются сложные вычисления.


Архитектура Web-сервисов RFID

Для того, чтобы увеличить видимость объектов с радиометкой, вам необходимо создать Web-сервисы RFID с двумя шлюзами. Один шлюз присоединяет Web-сервисы к серверу интеграции IBM, в то время как второй шлюз находится между сервером интеграции и приложениями внутреннего интерфейса EAI. Поскольку некоторые Web-сервисы RFID могут быть недоступны изнутри, вам нужно будет присоединить то, что у вас есть, к внешним Web-сервисам для выполнения обработки данных.

Соединение

Вы можете присоединить внутренние Web-сервисы к серверу интеграции и к внешним службам сервис-ориентированных архитектур (SOA). Внешние Web-сервисы RFID не обязательно будут находиться в тех же архитектурах. Каждая SOA обладает особым набором сервисов, предоставляемым приложениям EAI, владельцем которых являются партнеры IBM.

Как показано на Рисунке 2, у вас может быть внутренний Web-сервис RFID для вызова внешнего Web-сервиса RFID в SOA и получения внешнего приложения EAI, чтобы обеспечить внутреннее приложение EAI необходимой информацией, например, хранение информации, создание отчетов и рассылка предупреждений. Вы можете воспользоваться тем же внутренним Web-сервисом RFID для вызова другого внешнего приложения EAI или даже другого внешнего Web-сервиса. Вы можете соединять внутренние и внешние Web-сервисы RFID в сложное приложение во внутренней SOA для повышения эффективности эксплуатации.


Рисунок 2. Web-сервисы RFID
Web-сервисы RFID

Иерархия модулей

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

Например, для уменьшения вероятности потери данных RFID при переходе от одной точки к другой в канале поставок, продумайте разработку приложения Web-сервисов RFID о производственной безопасности, состоящего из четырех модулей: информационная безопасность, управление уязвимостями (vulnerability management), обнаружение угроз и реакция на них (threat detection and response), управление политиками и мониторинг, как показано на Рисунке 3. Если первые три модуля доступны изнутри, вы можете объединить их с четвертым модулем из внешнего источника в сложное приложение.


Рисунок 3. Иерархия модулей
Иерархия модулей

Перегрузки системы

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


Заключение

Для того, чтобы использовать Web-сервисы RFID в приложениях EAI при наличии множественных SOA, вам необходимо заранее спланировать, как вы будете их конструировать во избежание перегрузок во время пиковой активности. Вам следует решать эти вопросы с командой системных администраторов, экономистов RFID, занимающихся вопросами конъюнктуры и разработчиками, все вопросы связанные с интегрированием Web-сервисов с внутренними и внешними источниками.

Вы поймете, что гораздо проще интегрировать приложения Web-сервисов RFID, если вы сначала решите все эти вопросы. Вы можете использовать IBM Relational Web Developer для WebSphere Software, чтобы разработать Web-сервисы, основанные на производственном процессе и использовать его с пакетом XOP внутри и параллельно различным SOA. Администраторы сочтут, что решение этих вопросов упрощает их работу по управлению и администрированию сетей. Они смогут определить, сколько приложений можно разрабатывать, не вызывая при этом перегрузок системы.

23.02.2008

Добавить комментарий (анонимные комментарии не публикуются!!!)

ФИО: 
E-mail: 
Тема: 
Комментарий: 
Оценка:   
 
 
 
 
 
Код подтверждения:
   

Новости СМ-Консалт

Мастер-класс для тренеров и руководителей "Работа в аудитории". 1 ступень уже в марте

Обновлено расписание тренингов до марта 2017 года

Бесплатный вебинар 14 декабря в 14 00 по Мск - «Секреты управления ИТ-командой: 10 важных практик, которые сделают команду эффективной»

Новые статьи в библиотеке

Примеры отраслевых решений на основе BIPULSE

Практика реализации модуля интеграции для Rational Software Architect, позволяющего преобразовывать низкоуровневое представление процесса из IBM Rational ClearQuest в UML

Что удивляет в русских менеджерах иностранцев

Разработка ПО с использованием лучших мировых практик и инструментов на Иркутском авиационном заводе

Презентация доклада для IT Global Meetup Санкт-Петербург: "Почему Agile так популярен? Взгляд циника и психолога"

Отчет, презентация и видео доклада для Октябрьской встречи Петербургского клуба менеджеров проектов в IT - SPM Meetup #36

Заказчики и истории успеха

Наши тренинги, семинары, курсы

Дружите с нами на FaceBook

Проверить настройки
Компания
Сделано в СМ-Консалт
Услуги 
Компетенция
  • CMC-TotalTest (скоро)
    уникальная разработка автоматизации функционального тестирования. Альтернатива HP UFT, IBM RFT и Microsoft!
  • CMC-Bisquiter
    автоматизированное тестирование АБС "Бисквит"
  • CMC-Formater
    тестирование печатных и экранных форм
  • CMC-TerminalTest
    тестирование терминальных приложений
  • ProjectTracker
    интеграция ALM и MS Project
  • GanttChart
    модуль управления проектами для IBM Rational ClearQuest и TeamConcert
    Все разработки СМ-Консалт >
  • ИТ-консалтинг
  • Автоматизированное тестирование
  • Ручное тестирование
  • Аутсорсинг тестирования
  • Оптимизация бизнес-процессов
  • Внедрение методологии и инструментов ALM
  • Обучение и коучинг
  • Разработка ПО
  • Интеграция
ООО СМ-Консалт (СМК), 2004-2016.
Карта сайта