Публичное движение UDDI мертво или оно когда-либо было живым? - PullRequest
8 голосов
/ 06 октября 2009

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

Открытые реестры IBM, Microsoft и SAP были проверкой технологии UDDI. Я цитирую здесь : Основная цель UBR состояла в том, чтобы доказать совместимость и надежность спецификаций UDDI посредством публичной реализации. Эта цель была достигнута и значительно превышена.

Теперь они продолжают поддерживать спецификации UDDI в своих продуктах (поэтому разные компании могут размещать свои UBR для частного использования).

Теперь я изменяю свой первоначальный вопрос на следующий: Публичное движение UDDI мертво или оно когда-либо было живым?

Что вы думаете? Если ваш ответ «нет», можете ли вы привести пример существующего UDDI UBR?

Ответы [ 4 ]

6 голосов
/ 11 ноября 2012

Публичный UDDI действительно мертв, но ему удалось выжить в частных реестрах внутри предприятий.

Функциональным назначением реестра UDDI является представление данных и метаданных о Веб-сервисы. Реестр, для использования в общедоступной сети или в внутренняя инфраструктура организации, предлагает основанный на стандартах механизм классификации, каталогизировать и управлять веб-службами, чтобы они могли быть обнаружены и использованы другие приложения.

Это неплохо для определения и цели, к сожалению, оно было применено на веб-уровне.

UDDI должен был быть "желтой страницей" веб-сервисов. Если вы хотите найти веб-сервис, обеспечивающий определенную функциональность, вы должны искать его в UDDI.

Идея заключалась в том, чтобы использовать стандартный (универсальный) механизм для интерактивного взаимодействия между бизнес-компонентами SOA. Затем вы динамически просматривали сервисы, подключались к ним и делали бизнес автоматически. И решение о выборе между аналогичными сервисами должно было приниматься на основе метаданных, найденных в UBR (все это внутри очень сложной модели, которая препятствовала принятию), без возможности проверить, действительно ли сервис сделал то, что вы ожидали от него .

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

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

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

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

5 голосов
/ 08 октября 2009

Я получил ответ от Джона Сондерса на мой оригинальный вопрос, на один из моих комментариев , и я думаю, что он прав.

Подведем итог:

Публичное движение UDDI умерло, потому что публичные реестры IBM, Microsoft и SAP были движением UDDI.

2 голосов
/ 31 декабря 2013

Не умер.

Apache jUDDI имеет общедоступный снимок, доступный онлайн

http://uddi -jbossoverlord.rhcloud.com /

1 голос
/ 27 октября 2010

UDDI действительно мертв. Три вещи убили это:

  1. Чрезмерная сложность
  2. Игнорирование безопасности
  3. Сложность управления микроплатежами и их сбора до сих пор

Если брокер UDDI динамически выбирает для меня поставщика услуг, у меня нет возможности провести должную проверку безопасности службы. И сколько неприятностей предпримет брокер, чтобы обеспечить мне безопасность? Не много, я бы предложил.

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

...