|
Страница 2 из 17
Сервисы и распределенные системы В контексте моделей компьютерных компонентов, сервис это программа, которая взаимодействует, обмениваясь сообщениями. Говоря иначе, сервис - модуль прикладной логики, интерфейс которого определен просто в соответствии с сообщениями, которые он примет и отправит.
С развитием стандартов передачи сообщений, основанных на Расширяемом Языке Разметки (XML), сервисная ориентация быстро становится господствующим подходом построения распределенных систем.
Неотъемлемый вызов в соединении разнообразных систем - трансляция платформно-зависимой информации и процедурных моделей. В идеальном мире мы имели бы:
- Стандартный синтаксис, в котором информация из всех систем могла быть выражена однозначно.
- Стандартные семантические модели, основываясь на которых, организации могли бы выразить практику их деловых отношений на непротиворечивом языке.
- Стандартные протоколы, основываясь на которых, информацию можно было бы передать невзирая на границы между средами и между организациями.
- Стандарт, связывающий поведение и деловые документы.
В идеальном мире, все наши системы говорили бы на чем-то вроде "Эсперанто" (в дополнение к их родному языку), так, чтобы они могли общаться вне их родной среды.
XML, XSD, WSDL, UDDI и WS-* спецификации, типа WS-Security и WS-Policy, являются первыми конструкциями этого растущего общего языка.
Без функциональной совместимости, обеспеченной виртуальной платформой, основанной на широко поддерживаемых стандартах, сервисная ориентация это тайная наука, требующая существенных знаний о дизайне протокола, и сомнительная в плане окупаемости инвестиций. Без Веб-служб, которые соединяют предприятия поперек гетерогенных платформ, сервисная ориентация значительно менее ценна для Вас и вашей организации.
Жизненно важный, но часто упускаемый элемент распределенных систем - клиент. Сервис интересен только тогда, когда кто-нибудь его вызывает. Различные требования взаимодействия требуют поддерживать разнообразие клиентских образцов. Клиентами веб-службы могут быть:
- "Умные" приложения с богатыми пользовательскими возможностями - решения, которые взаимодействуют с одним или многим сервисами, разумно кэширующие информацию, которую они получают, дающие и большую интерактивность, и поддержку автономной обработки информации.
- "Умные" устройства - решения от киосков самообслуживания, до инвентарного трэкинга на карманных устройствах, или управления контактами в смартфонах.
- Веб-интерфейс(UI) - портальные решения предприятия, которые объединяют и координируют взаимодействия типа "группа-группа" и "бизнес-служащий".
- Системы автоматизации - клиенты, которые не представляют никакого UI не должны вызывать исключение.
- Сервисы сочетания процессов - вызывают другие сервисы, чтобы предложить объединенные возможности.
Развивающиеся стандарты Веб-служб и платформы, которые их реализуют, должны поддержать управляемые клиентом понятия типа прагм кэширования; ответы, разделенные на страницы для устройств, ограниченных в ресурсах; управление диалоговым контекстом для длительных взаимодействий.
Даже горячие защитники сервисной ориентации не могут договориться о границах модели сервисной ориентации. Что является для неё фундаментальным, а что может меняться с реализациями? ("Что Вы хотите сделать с теми яйцами?") Позвольте нам исследовать несколько связанных с сервисами понятий, которые проскальзывают в этих дебатах:
- Архитектура предприятия - систематическое моделирование целей организации, приоритетов, ресурсов, и процессов, в стремлении достигнуть понимания того, что необходимо для направленного усовершенствования.
- Интеграция информационных ресурсов предприятия - создание ряда организационных стандартов для бизнес-объектов(entities) - комплексных "типов", таких как "Клиент", "Служащий", "Заказ на поставку" - которыми управляет ваш прикладной портфель.
- Процессная ориентация - установка фокуса дизайна для вашей архитектуры предприятия и портфеля информационной технологии на бизнес-процессе.
- Гармоничное сочетание бизнес-процессов - модели, которые поддерживают проворные(agile) бизнес-процессы, делая последовательность шагов в процессе настолько легкой и адаптивной, насколько возможно.
- Управляемая событиями архитектурa - модель в которой бизнес-события, например прибытие запчастей в судовой док или счета на оплату, вызывают сообщение, которое будет послано подписанным сервисам, чтобы позволить им предпринять соответствующие действия.
- Виртуальные предприятия - рассмотрение бизнес-процессов как бизнес-цепочек (цепочка бизнес-сотрудничества), которые протягиваются между организациями, позволяя каждой сосредоточиться на ее основных возможностях и привлекать третьих лиц для выполнения работ по неосновным возможностям внешними поставщиками услуг (outsource).
- Аспектная ориентация - обеспечение средств для непротиворечивой обработки перекрестных отношений(cross-cutting concerns), например мониторинг деловой активности, управление доступом к сервисам и надежности доставки сообщения.
- Человеческое управление технологическим процессом - гармоничное сочетание информационных работников и их взаимодействий с бизнес-процессами, для достижения эффективности и живого отклика на потребности клиента.
- Отказ от посредничества в общении - автоматизация обмена неисключительной информацией поперек деловых границ, устраняющая потребность в информационных работниках(операторах), выполняющих стандартные задачи типа ввода данных из письменных источников (факс, почта, электронная почта) или устного информационного обмена.
- Проворство - системы разработанные быть чуткими к определенному контексту и содержанию бизнес-запроса, так же как к более широким изменениям требований бизнеса и деловых стратегий.
- Разработка, управляемая моделью - управляет процессом развития решений на высокоуровневом, в основном графическом языке, более близко связанным (допустим, по сравнению с Visual C#) с автоматизируемыми бизнес-процессами.
Microsoft рассматривает проворство и аспектную ориентацию, как жизненно важные свойства для делового и технического успеха сервисной ориентации; эти темы будут ещё неоднократно подняты в этой статье. Отказ от посредничества - это обычная цель сервис-ориентированных решений, что может рассматриваться как неявная выгода архитектуры. Каждое из других понятий дополнительно к сервисной ориентации, и может быть, или не быть критическим для вашей стратегии распределенных систем.
Ваша стратегия построения распределенных систем должна быть взвешенным подходом к возможностям и рискам, чтобы обеспечить лучшее возвращение ваших IT-вложений. Перестановки использования сервисов и поддерживающих моделей безграничны, и эволюционный пример должен попробовать пролить на это свет.
|