AT
ну по факту что из себя представляет эта коммутация вы можете сказать? обработка сообщения, его парсинг, переформатирование, конверт в другой тип данных?
Size: a a a
2019 January 17
pk
по факту... ну к примеру тебе нужно передать инфу от одного сервиса к другому
pk
вариантов не так уж и много: можешь юзать файлы/бд, можешь сетевые сервисы, а можешь брокер
pk
брокер это некий посредник, куда отправитель кладет мессадж свой получателю, а получатель этот мессадж читает
pk
это может быть key-value значения с value в виде json body, к примеру
pk
почитай любой пример по redis-у к примеру
pk
там все тремя командами описано что ты спрашиваешь
AT
ну насколько я понял со стаковерфлоу - брокер залазит в сообщения и может их как-то обрабатывать:
допустим от один сервис отдает только xml, а другой сервис принимает только json, когда первый кладет xml брокеру, тот открывает этот xml переформатирует его в json и отправляет по назначению, сервису который принимает только json
допустим от один сервис отдает только xml, а другой сервис принимает только json, когда первый кладет xml брокеру, тот открывает этот xml переформатирует его в json и отправляет по назначению, сервису который принимает только json
pk
ну если у брокера есть этот функционал - возможно он и может это делать
pk
я сам с редисом только работал в качестве брокера - там такого нет
pk
но основная функция брокера - быть тупо посредником
pk
я щас подумал что наверное кратко разницу между очередью и брокером можно описать так что "очередь - это поток своих объектов, а брокер - поток чужих"
pk
а остальное уже детали имплементации
AT
и Message Queue и Message Broker можно использовать для передачи сообщений между разными сервисами
AT
только один тупо передает их
AT
а воторой еще и обрабатывать умеет
pk
ну ок
pk
зачем было спрашивать, если не умеешь в википедию и ответ на вопрос, но умеешь скопировать чужое и вставить сюда?
AT
да умею я в википедию
AT
что я скопировал