Алгоритмы, структуры данных

       

Корпоративные информационные технологии


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

Мгновенную метаморфозу, стремительный переход от полной неизвестности до прикрепления на свой флаг ведущими производителями пережила идея общей шины предприятия (Enterprise Service Bus, ESB). Напомним предысторию вопроса. Под влиянием Internet за прошлый, 2002 год в сознании большинства ИТ-профессионалов, ответственных за перспективы развития корпоративных систем, окончательно вызрела мысль о том, что традиционная транзакционная модель устарела, а будущее за средствами, которые смогут обеспечить асинхронный обмен сообщениями между приложениями. Понятно, что такими средствами прежде всего (или только) являются Web-службы. С их помощью может быть создана архитектура, ориентированная на службы (Service Oriented Architecture, SOA), способная удовлетворить этим требованиям. Собственно конструкция, состоящая из служб, не нова. Она существует несколько лет; за это время был разработан стек основных стандартов для Web-служб — UDDI, WSDL и другие, но в первую очередь SOAP.

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

Это соображение было воспринято не сразу. Однако в 2003 году, как по мановению волшебной палочки, наступил момент, когда в его справедливости уже никого убеждать не требуется, все аналитики из Gartner, Giga, Meta и других многочисленных «Group» дружно проголосовали «ЗА». Несложно обнаружить, что перед нами — очередной пример заимствования Internet-технологий и их адаптация к корпоративной инфраструктуре, почти также десять лет назад появились сети intranet на основе технологий, почерпнутых когда-то из Глобальной сети. Для полной аналогии остается немногое: нужно подобрать службам, работающим в корпоративных сетях, какое-то иное название или попросту отбросить приставку Web — ведь к WWW они никакого отношения не имеют.

Итак, общий смысл новаций предельно ясен: в системах с архитектурой SOA посредством Web-служб корпоративные приложения могут общаться между собой в асинхронном режиме. Однако оставался не вполне (или даже совсем не) понятен конкретный механизм реализации этого режима взаимодействия. Наиболее красивое решение первыми предложили компании Collaxa и Sonic. При этом Sonic так и назвала этот механизм — SonicXQ Enterprise Service Bus. Вскоре, но заведомо точно после Sonic, концепцию ESB стали проповедовать аналитики Gartner Group. Идея ESB оказалась исключительно красивой и новой. Вот почему в еще пахнущем типографской краской апрельском номере «Открытых систем» общая шина предприятия ESB была представлена как экстремальная технология. Подчеркну: на момент написания статьи ESB ассоциировалась только с компанией Sonic; сомневающимся рекомендую сделать поиск в Сети на Enterprise Service Bus.


Содержание раздела