UDDI может использоваться для служб REST.WSDL можно использовать для описания веб-служб HTTP, но, честно говоря, я чувствую, что это не совсем соответствует архитектуре ресурсов REST.
На самом базовом уровне UDDI - это просто сопоставление атрибутов с конечными точками обслуживания.Так что, если вы просто ищете систему, которая может это сделать, то UDDI будет отвечать всем требованиям.
UDDI не популярен в диком, широко открытом интернете, но он используется "за кулисами"как компонент оркестровки.
Как упоминал Даррел, DNS является еще одним действительным механизмом обнаружения.
Моя личная жалоба на DNS заключается в том, что, хотя DNS обладает всеми преимуществами, упомянутыми в статье, онцитирует, недостатком является то, что DNS является такой критической частью сетевой структуры, она, как правило, недоступна для разработчиков.Как правило, сотрудники сетевых операций (которые, как правило, более печально известны, чем даже администраторы баз данных) держат инфраструктуру, подобную DNS, достаточно близко.Наконец, хотя DNS вполне способен выполнять эти задачи, во многих случаях может потребоваться изменить стандартную конфигурацию по умолчанию и развертывание DNS.Например, мы начали обслуживать сертификаты от DNS, например, и нам пришлось включить TCP для DNS.Опять же, это означало более активное участие сетевых операторов.
Кроме того, в мире накоплен большой опыт и знания DNS, а также знания и опыт работы с HTTP и "работа с вещами" в сети.Сервер намного больше.Это просто означает, что когда разработчики думают и ищут какое-то решение этой проблемы, первое, на что они пойдут, - это решение на основе HTTP.
Итак, в этом смысле UDDIэто, возможно, лучшее решение, с точки зрения возможности быстрого его развертывания без особых хлопот.
Конечно, UDDI - это сервис на основе SOAP.Это не так уж важно, правда.Не очень подходит для системы RESTful, но это не ужасно.Функционально, если немного «нечисто».
Что касается стандартного реестра служб на основе HTTP, то я ничего не знаю о нем.Например, разумно просто придерживаться одного с помощью HTML.Тот факт, что UDDI не появился в мире в целом, не является таким уж ограничением или небольшим ограничением по отношению к UDDI.Скорее просто идея о том, чтобы обнаружить произвольные услуги, на самом деле не осуществилась, необходимость просто не совсем там.В области обнаружения сервисов помимо определения местоположения и семантики, таких как деловые отношения и т. Д., Намного больше вовлечено внешнее.
Внутри предприятия такая логистика решается, поэтому обнаружение сервисов имеет ценность.В дикой природе, не так много.