Я изучаю SOA и веб-сервисы для научной статьи. Мое знание состоит в том, что для каждой архитектуры SOA нужен сервисный брокер.имеет ли каждый веб-сервис сервис-маклер?
Веб-службы представляют собой конкретные реализации SOA, поэтому у них есть сервисный брокер после? Например, я создаю веб-сервис в asp.net, который возвращает «мир hallo». Создав его, я также создаю сервис-брокера?
Не позволяйте обмануть вас ответами, которые являются копией паста из Википедии :-)
Webservices являются конкретные реализации СОА
Это предположение/утверждение неправильно. По крайней мере, нет прямой связи между SOA и веб-сервисами. SOA - это архитектурная парадигма, где webservice - это конкретная технология (стек) на основе WSDL и ее результат - SOAP-протокол. Больше ничего. Веб-сервисы могут помочь создать свободно связанный сервисный ландшафт, который ожидает парадигма SOA. Но вы также можете создать ландшафт SOA с помощью других стеков технологий (самозанятые хаки, RMI, даже на основе REST, например).
Repository
Дело: Когда вы начинаете строить свой SOA-ландшафт, вы (или другие) будут кодировать услуги (т.е. WebServices), где ваша служба будет иметь технический контракт (WSDL, WADL, ..) в качестве основы для реализации. Ваши клиенты попросят об этом, и вы хотите, чтобы он где-то хранился. Это где-то обычно является хранилищем услуг. Вы можете разработать свой собственный, использовать UDDI-стандарт или просто купить один из продуктов крупными поставщиками (IBM, TIBCO, Oracle и т. Д.).
Брокер
Брокер сообщений в контексте SOA некоторая часть программного обеспечения, которая поддерживает развязку подключенных партнерских систем. Обычно это называется ESB (служебная шина). Также одной из целей парадигмы SOA является то, что услуги могут использоваться кем-либо (повторное использование). Поэтому вы не хотите подключать свои сервисы по P2P-соединениям (например, архитектуре спагетти) - просто представьте, что один из участников сервиса изменил свое оборудование/IP: это будет кошмар для всех подключенных партнерских систем. Именно поэтому был изобретен ESB, который действует между потребителем услуг и поставщиком услуг. Как правило, эти ESB-продукты поддерживают множество технологий или -stacks/API, таких как HTTP, JMS, REST и т. Д.
Источник: Я работаю с самозанятым ландшафтом SOA и тысячами различных (веб-сервисов) для крупная компания в течение длительного времени.
Эй Эйдин, могу я спросить вас по этому поводу, что RPC имеет отношение к SOA и REST? Является ли RPC собственной возможностью внедрения для WebService или SOA и REST наращиваются на RPC? – steve
Эй, Стив, честно говоря, мне сложно ответить на этот вопрос, потому что термин «RPC» имеет много разных значений, в зависимости от контекста (XML-RPC VS SOAP, RPC vs Document-Style в WSDL, RPC vs Message ориентированная архитектура, то есть JMS-управляемая). Определение RPC для собственного означает просто, что вы вызываете метод/операцию на удаленном интерфейсе и, следовательно, тесно связаны с этим конкретным интерфейсом. Но это реальное определение зависит от контекста. Отправляя REST vs (JSON-) RPC, выберете верхний проголосовавший ответ здесь: http://stackoverflow.com/questions/15056878/rest-vs-json-rpc –
Веб-служба представляет собой набор связанных функций приложения, которые могут программно вызываться через Интернет. Предприятия могут динамически смешивать и сопоставлять веб-сервисы для выполнения сложных транзакций с минимальным программированием. Веб-сервисы позволяют покупателям и продавцам во всем мире открывать друг друга, динамически подключаться и выполнять транзакции в реальном времени с минимальным взаимодействием с человеком.
Веб-сервисы являются самостоятельными, самоописательными модульными приложениями, которые могут быть опубликованы, размещены и выведены через Интернет.
Сетевой компонент в архитектуре веб-служб могут играть один или более фундаментальную роль: поставщика услуг, услуг брокера, и обслуживание клиентов .
Сервисные брокеры регистрируют и классифицируют опубликованные услуги и предоставляют услуги поиска. Например, UDDI действует как сервис-брокер для Web-сервисов, описываемых WSDL.
Я знаю, что такое веб-сервис, но я не получаю изображение сервис-брокера. Я такой парень, который учится, делая. За последние недели я написал около 20 веб-сервисов, но я никого не зарегистрировал у сервисного брокера. Вот почему я об этом спрашиваю. – steve
Я не думаю, что существует стандартное определение * сервис-брокера *. Что вы называете сервисным брокером? – oleksii
Я думаю об этом как о реестре, где регистрируется веб-сервис – steve