Общественное движение УДДИ умерло или оно когда-либо было живо?
https://stackoverflow.com/questions/1525045
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я пытаюсь найти несколько общедоступных реестров UDDI для взаимодействия в учебных целях.Но, похоже, в наличии их нет.Я выскочил из следующего вопрос на SO, чтобы узнать, знает ли кто-нибудь о каком-либо публичном реестре, который все еще размещен, но ответов не получил.
Публичные реестры IBM, Microsoft и SAP были тестированием технологии UDDI.Я цитирую из здесь: Основной целью UBR было доказать совместимость и надежность спецификаций UDDI посредством публичной реализации.Эта цель была достигнута и намного перевыполнена.
Теперь они продолжают поддерживать спецификации UDDI в своих продуктах (таким образом, разные компании могут размещать свои UBR для частного использования).
Теперь я меняю свой первоначальный вопрос на следующий: Общественное движение УДДИ умерло или оно когда-либо было живо?
А ты как думаешь?Если ваш ответ отрицательный, можете ли вы привести пример существующего общедоступного UDDI UBR?
Решение 2
Я получил ответ от Джон Сондерс на мой первоначальный вопрос, одному из моих Комментарии, и я думаю, что он прав.
Подводя итог:
Общественное движение UDDI умерло, потому что публичные реестры IBM, Microsoft и SAP были движение UDDI.
Другие советы
Публичный UDDI действительно мертв, но ему удалось выжить в частных реестрах внутри предприятий.
Функциональным назначением реестра UDDI является представление данных и метаданных о Веб-сервисах.Реестр, предназначенный либо для использования в общедоступной сети, либо в рамках внутренней инфраструктуры организации, предлагает основанный на стандартах механизм классификации, каталогизации и управления веб-службами, чтобы их можно было обнаруживать и использовать другие приложения.
Это неплохо для определения и цели, к сожалению, это было применено на веб-уровне.
Предполагалось, что UDDI станет "желтыми страницами" веб-сервисов.Если бы вы хотели найти веб-сервис, предоставляющий определенную функциональность, вы бы посмотрели его внутри UDDI.
Идея состояла в том, чтобы использовать стандартный (универсальный) механизм онлайн-взаимодействия между бизнес-компонентами SOA.Затем вы динамически просматриваете сервисы, подключаетесь к ним и ведете бизнес автоматически.И решение о выборе между похожими сервисами должно было приниматься на основе метаданных, найденных в UBR (все это внутри очень сложной модели, которая препятствовала внедрению), без возможности проверить, действительно ли сервис сделал то, что вы ожидали от него.
Но привести все взаимодействия к общему знаменателю было невозможно, поскольку компании крайне разнородны.А бизнес по-прежнему вращается вокруг людей, человеческой деятельности и человеческих решений.
Деловые отношения ведутся между партнерами, которые решают вести бизнес друг с другом только после тщательного анализа и переговоров, прежде чем окончательно заключить деловую сделку и согласовать все условия.Только тогда их инфраструктуры будут соединены.И на этом этапе определение UDDI действительно начинает приобретать смысл, потому что на предприятии UDDI позволяет вам:
- переместите службы без сбоев со стороны кого-либо из клиентов;
- поддерживает балансировку нагрузки;
- повышает эффективность за счет сокращения ручного вмешательства в инфраструктуру;
- управление избыточностью (в случае сбоя одной службы клиенты будут искать другую службу, предоставляющую ту же функциональность);
- и т.д.
..но все это в рамках ограниченного набора заранее определенных сервисов, функциональность которых хорошо установлена и согласована.
Не мертв.
Apache jUDDI имеет общедоступный снимок, доступный в Интернете.
UDDI действительно мертв.Три вещи убили его:
- Чрезмерно амбициозная сложность
- Игнорирование безопасности
- Все еще существующие трудности с управлением и сбором микроплатежей
Если UDDI-брокер динамически выбирает для меня поставщика услуг, у меня нет возможности провести комплексную проверку безопасности услуги.И сколько усилий придется предпринять брокеру, чтобы обеспечить мне безопасность?Не так уж и много, я бы посоветовал.
Веб-сервисы обычно используются за брандмауэром для целей SOA, для интеграции приложений с деловыми партнерами и для вызова известных API.UDDI для этих целей совершенно излишен.Крупная организация должна иметь каталог своих веб-сервисов, но это может быть просто вики-страница.Разработчику, который ищет потенциально полезный веб-сервис, необходимо описание того, что он делает, в один абзац, контактное лицо, а также некоторая WSDL и техническая документация.UDDI для этого не требуется.
