powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Внутреннее общение между микросервисами
106 сообщений из 106, показаны все 5 страниц
Внутреннее общение между микросервисами
    #39699813
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чтобы не дергать их API по http. Как обычно делают? Смотрю на общение чз очереди сообщений (RabbitMQ и т.п.). или это не то?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699865
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachЧтобы не дергать их API по http. Как обычно делают? Смотрю на общение чз очереди сообщений (RabbitMQ и т.п.). или это не то?
по разному делают: http, tcp, net pipe, очереди...
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699872
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachЧтобы не дергать их API по http. Как обычно делают? Смотрю на общение чз очереди сообщений (RabbitMQ и т.п.). или это не то?
только очереди. Какая конкретно зависит от платформы
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699881
Calabonga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
love_bach,


Queue тебе в помощь!
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699897
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Pattern: Remote Procedure Invocation (RPI)
Pattern: Messaging
Pattern: Domain-specific protocol

И всё это относится к inter-process communication .
А это и file, и socket, и pipe, и queue, и shared memory...


love_bach , есть какие-нибудь требования, SLO (service level objectives)? По производительности, надёжности?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699903
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachЧтобы не дергать их API по http. Как обычно делают? Смотрю на общение чз очереди сообщений (RabbitMQ и т.п.). или это не то?
"Не для флейма"
Микросервисы это хайп на время.
Пару годиков будет на слуху и уйдёт в небытие.
Т.к. слишком мелкое деление на кусочки системы.
Вот вы вопрос поэтому и задали.
Чем не устроил REST по HTTP с временем отклика 0, 1 сек?
Как раз что слишком часто спрашивать не надо)). Т.е. выкиньте микросервисы.
IMHO ))
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699905
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordтолько очереди. Какая конкретно зависит от платформы
+1
Только слово микросервисы тогда совершенно ни при чём.
Очереди были ещё при царе горохе.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699907
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Пару годиков будет на слуху и уйдёт в небытие.
Неа, просто станут обыденностью.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699920
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий МухPetro123Пару годиков будет на слуху и уйдёт в небытие.
Неа, просто станут обыденностью.
записал.
Закрыли тему.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699924
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мы в своей системе используем HTTP, TCP, Queue...
Выбор решения как обычно зависит от задачи. Плюс никто не мешает поддерживать несколько вариантов взаимодействия.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699953
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
когда на основе очередей реализуется событийная модель взаимодействия, тут вроде разобрался.
но, когда эта модель не только событийная, а еще команды/запросы (внутри которых скрыта реализация на основе очереди), то тут возникает вопрос: как правильно подойти к реализации этих команд/запросов. может какой шаблон/подход посоветуете, или статейку с реализацией чего-то похожего?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699954
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
при использовании WebClient, чз который дергается API микросервисов по http, реализация команд/запросов очевидная. с очередями уже нет
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699958
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach,

в гугле наберите "microservices communication patterns" там полно статей
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699962
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachможет какой шаблон/подход посоветуете, или статейку с реализацией чего-то похожего?
вы программист?
Если да, то давайте конкретнее.
Т.к. в веб проектах команды\запросы это роутинг по страницам(GET\POST\Redirect)+AJAX.
Если вы сделали микросервис, то давайте код и его архитектуру.
А то скоро вторая страница болтологии будет. Вам в ветку проектирование ИС. Там больше теории и рассуждений.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699965
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123love_bachможет какой шаблон/подход посоветуете, или статейку с реализацией чего-то похожего?
вы программист?
Если да, то давайте конкретнее.
Т.к. в веб проектах команды\запросы это роутинг по страницам(GET\POST\Redirect)+AJAX.
Если вы сделали микросервис, то давайте код и его архитектуру.
А то скоро вторая страница болтологии будет. Вам в ветку проектирование ИС. Там больше теории и рассуждений.

а разве не конкретно задан вопрос? например, так выглядит запрос

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
internal async Task<IEnumerable<SomeDTO>> Get(long someId)
{
      return await Get<IEnumerable<SomeDTO>>($"{CONTROLLER}/List/{someId}");
}

protected async Task<T> Get<T>(string url)
{
    var client = new HttpClient { BaseAddress = new Uri(_baseUrl) };
    var response = await client.GetStringAsync(url);
			
    return JsonConvert.DeserializeObject<T>(response);
}



а вот как что-то похожее сделать, используя очередь, а не HttpClient, сразу не соображу. Сделать то конечно сделаю, но хочется как-то красиво и просто чтобы было
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699968
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachЧтобы не дергать их API по http. Как обычно делают? Смотрю на общение чз очереди сообщений (RabbitMQ и т.п.). или это не то?
Непонятно какую проблему вы этим решаете. Если "их API" протестирован и работает то подключайте его по localhost (он оптимизирован для ipc) и используйте.

По поводу RabbitMq. Не уверен что это аналог. Если речь идет о переходе от синхронного взаимодействия к асинхронному. Это архитектурный вопрос.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699990
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach,
замечательно что начали код приводить.
Для вашего кода не нужна ни асинхронность, ни микросервисы, ни очередь.
DTO передают на толстый клиент в котором своя бизнес логика.
Если общение и взаимодействие тесное то берут протокол повыше.
В шарпе это SOAP MS в виде WCF .
- Кроме того вы ТЗ на информационную систему SomeDTO напишите?
- SomeDTO это микросервис?
- Бизнес логика у вас где?
ЗЫ
В интернете ржут, что микросервисы у всех наслуху но никто в живую их не видел).
У меня впечатление, что вы их тоже не писали).
love_bachно хочется как-то красиво и просто чтобы было
Делите информационную систему по функционалу и по ГОСТ 34
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699993
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вместо этого твоего:
love_bach
Код: c#
1.
 var response = await client.GetStringAsync(url);


на WCF:
Код: sql
1.
2.
Микросервис_A.SomeDTO someDTO  = client.GetSomeClassAsync();
someDTO.ПроверитьДолги();


только это нафиг не надо.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699994
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЕсли "их API" протестирован и работает то подключайте его по localhost (он оптимизирован для ipc) и используйте.
Согласен. Т.е. там сетевое взаимодействие вообще моментально так?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39699997
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123maytonЕсли "их API" протестирован и работает то подключайте его по localhost (он оптимизирован для ipc) и используйте.
Согласен. Т.е. там сетевое взаимодействие вообще моментально так?
Хороший вопрос. Он достоин отдельного топика.

Я не знаю как устроен localhost. Подозреваю что его перформанс сильно платформозависим.

Но нужно сначала прогнать задачу на макетах а потом уже искать ботлнек в localhost.

Нужен strong justification.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700003
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonХороший вопросна что отвечу, что я рад что вы как профи подключились).
Тема на грани технологий и ЯП.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700004
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНужен strong justification.так глубоко я не умею. Я прикладник по сути.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700018
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, я поражаюсь как MS смог упростить SOA / SOAP для прикладников.
Выше код есть. Ведь ничего по сути не надо делать и писать чтобы удаленный хост из Арктики не стал простейшим твои родным рядом.
Раньше я более скептически к soa относился.
Поэтому опять вопрос ТСу.
Занафига тут микросервисы?
Вы спутали межклассовое общение и микросервисы?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700020
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachкогда на основе очередей реализуется событийная модель взаимодействия, тут вроде разобрался.
но, когда эта модель не только событийная, а еще команды/запросы (внутри которых скрыта реализация на основе очереди), то тут возникает вопрос: как правильно подойти к реализации этих команд/запросов. может какой шаблон/подход посоветуете, или статейку с реализацией чего-то похожего?
микросервисы не могут посылать команды и запросы друг другу непосредственно, все общение только через асинхронные очереди
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700021
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordlove_bachкогда на основе очередей реализуется событийная модель взаимодействия, тут вроде разобрался.
но, когда эта модель не только событийная, а еще команды/запросы (внутри которых скрыта реализация на основе очереди), то тут возникает вопрос: как правильно подойти к реализации этих команд/запросов. может какой шаблон/подход посоветуете, или статейку с реализацией чего-то похожего?
микросервисы не могут посылать команды и запросы друг другу непосредственно, все общение только через асинхронные очереди
Да ладно не могут...

Synchronous Calls
The probably easiest communication pattern to implement is simply calling another service synchronously, usually via REST.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700033
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123love_bach,
замечательно что начали код приводить.
Для вашего кода не нужна ни асинхронность, ни микросервисы, ни очередь.
DTO передают на толстый клиент в котором своя бизнес логика.
Если общение и взаимодействие тесное то берут протокол повыше.
В шарпе это SOAP MS в виде WCF .
- Кроме того вы ТЗ на информационную систему SomeDTO напишите?
- SomeDTO это микросервис?
- Бизнес логика у вас где?
ЗЫ
В интернете ржут, что микросервисы у всех наслуху но никто в живую их не видел).
У меня впечатление, что вы их тоже не писали).
love_bachно хочется как-то красиво и просто чтобы было
Делите информационную систему по функционалу и по ГОСТ 34

куда-то Вас понесло не туда. мне требуется реализовать взаимодействие по моделям запрос/команда. как сейчас это реализовано я привел. в принципе меня это устраивает. но хочу попробовать это же сделать на основе очереди.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700034
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Кстати, я поражаюсь как MS смог упростить SOA / SOAP для прикладников.
Выше код есть. Ведь ничего по сути не надо делать и писать чтобы удаленный хост из Арктики не стал простейшим твои родным рядом.
Раньше я более скептически к soa относился.
Поэтому опять вопрос ТСу.
Занафига тут микросервисы?
Вы спутали межклассовое общение и микросервисы?

ничего я не спутал. на вопрос "Занафига тут микросервисы" отвечать за меня я не просил
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700040
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Кстати, я поражаюсь как MS смог упростить SOA / SOAP для прикладников.
Выше код есть. Ведь ничего по сути не надо делать и писать чтобы удаленный хост из Арктики не стал простейшим твои родным рядом.
Раньше я более скептически к soa относился.
Sprring Cloud пойдет еще дальше.
Из стека разработки уходят endpoints.
Уходят сетевые протоколы. Останутся
сущности мира functional programming.
Такие как supplier, consumer, function.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700042
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordмикросервисы не могут посылать команды и запросы друг другу непосредственно, все общение только через асинхронные очереди
Вы скорее всего путаете микросервисы с чем то другим.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700050
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachкуда-то Вас понесло не туда. мне требуется реализовать взаимодействие по моделям запрос/команда
https://www.google.ru/search?q=моделям запрос/команда&rlz=1C1GIGM_enRU733RU775&oq=моделям запрос/команда&aqs=chrome..69i57&sourceid=chrome&ie=UTF-8

love_bachничего я не спутал. на вопрос "Занафига тут микросервисы" отвечать за меня я не просил
конкретика и термины инженера будут или вы тут написали код в виде геттера и думает всё на этом?
Типа всё, можно обсуждать геттер на микросервисах.
Увы - сферический конь в вакууме(.
Мы не видим предмет обсуждения - микросервисы.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700052
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordмикросервисы не могут посылать команды и запросы друг другу непосредственно, все общение только через асинхронные очереди
ну это же чистая теория.
Например, как СУБД должна быть полностью нормализована.
А в реальности зачем мне в БЛ запрос модуля ОтделКадров что такой юзер ещё работает асинхронно?
Если говорить про шарп, то вызов асинхронный или синхронный определяется в одну строку.
Поэтому и вопросов нету.
Программист решает в каждой своей написанной строке.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700053
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное он имел в виду CQRS.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700058
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНаверное он имел в виду CQRS.
я только "за" такой термин) и ещё как можно больше вопросов с примерами кода от автора топика.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700064
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123А в реальности зачем мне в БЛ запрос модуля ОтделКадров что такой юзер ещё работает асинхронно?

у тебя не будет такого запроса в микросервисной архитектуре, ни синхронного, ни асинхронного, я еще раз повторяю что все общение микросервисов - это оповещения через асинхронные события, а не команды или запросы к друг другу. Если информация о том, работает юзер или нет нужна в другом микросервисе - то она там и будет находится. Почитай базовую теорию
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700067
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenford,
ну давай почитаем на пальцах:
1)Request-Response Model
2)Observer Model
Используем две модели? Так?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700070
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenford,
я читал твои посты ранее. И они довольно интересны по практике.
Но тут думаю, что ты имел дело с шиной предприятия и ESB.
В микросервисах это антипаттерн.
Хотя любви к микросервисам я не испытываю.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700072
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordPetro123А в реальности зачем мне в БЛ запрос модуля ОтделКадров что такой юзер ещё работает асинхронно?

у тебя не будет такого запроса в микросервисной архитектуре, ни синхронного, ни асинхронного, я еще раз повторяю что все общение микросервисов - это оповещения через асинхронные события, а не команды или запросы к друг другу. Если информация о том, работает юзер или нет нужна в другом микросервисе - то она там и будет находится. Почитай базовую теорию
А поподробнее?
Вот есть у тебя микросервис аутентификации, через какие такие асинхронные события предлагаешь с ним общаться?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700074
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рассмотрим пример отсюда: https://microservices.io/patterns/communication-style/rpi.html

There are numerous examples of RPI technologies

- REST
- gRPC
- Apache Thrift

RegistrationServiceProxy from the Microservices Example application is an example of a component, which is written in Scala, that makes a REST request using the Spring Framework’s RestTemplate:
Код: java
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
@Component
class RegistrationServiceProxy @Autowired()(restTemplate: RestTemplate) extends RegistrationService {

  @Value("${user_registration_url}")
  var userRegistrationUrl: String = _

  @HystrixCommand(commandProperties=Array(new HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds", value="800")))
  override def registerUser(emailAddress: String, password: String): Either[RegistrationError, String] = {
    try {
      val response = restTemplate.postForEntity(userRegistrationUrl,
        RegistrationBackendRequest(emailAddress, password),
        classOf[RegistrationBackendResponse])
      response.getStatusCode match {
        case HttpStatus.OK =>
          Right(response.getBody.id)
      }
    } catch {
      case e: HttpClientErrorException if e.getStatusCode == HttpStatus.CONFLICT =>
        Left(DuplicateRegistrationError)
    }
  }
}


The value of user_registration_url is supplied using Externalized configuration .

Где тут "оповещения через асинхронные события"?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700076
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordPetro123А в реальности зачем мне в БЛ запрос модуля ОтделКадров что такой юзер ещё работает асинхронно?

у тебя не будет такого запроса в микросервисной архитектуре, ни синхронного, ни асинхронного, я еще раз повторяю что все общение микросервисов - это оповещения через асинхронные события, а не команды или запросы к друг другу. Если информация о том, работает юзер или нет нужна в другом микросервисе - то она там и будет находится. Почитай базовую теорию
Дорогой друг. Ваше определение микросервисов весма странное и ограниченное. Предоставте плиз форуму ту самую базовую теорию которую вы читали.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700082
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonДорогой друг. Ваше определение микросервисов весма странное и ограниченное. Предоставте плиз форуму ту самую базовую теорию которую вы читали.

уж куда базовей https://docs.microsoft.com/en-us/dotnet/standard/microservices-architecture/
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700083
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenford,

и где же Вы увидели, что "все общение микросервисов - это оповещения через асинхронные события"?

На Вашей же картинке - это только один из трёх вариантов.
Ну и чёрным по белому написано: "Если возможно, то не завязывайтесь на синхронную коммуникацию".

А если не возможно? Если с одним из десяти надо общаться синхронно?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700084
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вообщем очередное утверждение из серии "Прочитал, понял на свой лад, вместо того, чтобы разобраться".
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700088
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мда.. Сэм Ньюман дает несколько другое более общее определение.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700094
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
Я за то чтобы читать независимых аналитиков.
MS документы и взгляд несколько не то).
Я тоже читал и поддерживаю, что как модель Запрос-ответ, так и модель Наблюдатель могут использоваться.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700101
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы тоже очень осторожно относился к публикациям microsoft в части обобщенных знаний которые ms не создает единолично. У них - один взгляд. У google другой. У oracle вообще третий.

Шаблон CQRS это вообще специфика. Его надо отдельно рассматривать и тюнить с учетом его особенностей.

Кидаться в крайности (ipc) еще рано. Надо доказать что ни storage ни network не являются слабым звеном. До этого - долгий путь.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700105
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Итого приземлю задачу автора топика:
love_bachЧтобы не дергать их API по http. Как обычно делают? Смотрю на общение чз очереди сообщений (RabbitMQ и т.п.). или это не то?
Если вы не писали Hello world с очередями - напишите и сделайте отдельную тему по очередям.
RabbitMQ , ZeroMQ , Kafka или даже Redis Pub / Sub

Не нужно пристегивать сюда микросервисы.
Это будет телега впереди лошади. Там много чего надо.
IMHO
Удачи!
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700195
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЯ бы тоже очень осторожно относился к публикациям microsoft в части обобщенных знаний которые ms не создает единолично. У них - один взгляд. У google другой. У oracle вообще третий.

смысл этого "взгляда" в том, что обратившись к микросервису клиент гарантированно получит ответ в не зависимости от доступности других сервисов. Если-же сервисы связаны с друг другом мириадами связей, то и смысла делить на микросервисы особо нет, монолитная структура будет эффективней. Если у вас есть ссылки на "взгляды" гугла и оракла с обоснованиями другой точки зрения - то приведите, интересно почитать
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700214
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Chris RichardsonSynchronous RESTful communication between Microservices is an anti-pattern ... you seem to being saying that the Netflix architecture (hystrix, eureka, ribbon, ..) is broken ... hmm what would Ben Christensen say?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700215
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мнение Бена думаю сами найдёте...
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700217
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenford,

ну и расскажите уже ТСУ, как ему даже запросы делать не через Synchronous Call, он же про Get и спрашивает: 21668941 .

Предлагаю на примере Вашей же картинки: вот получил Ordering service сообщение о том, что заказ надо оформить, как он данные обо всём что ему нужно подтягивает, используя "оповещения через асинхронные события"?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700219
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordmaytonЯ бы тоже очень осторожно относился к публикациям microsoft в части обобщенных знаний которые ms не создает единолично. У них - один взгляд. У google другой. У oracle вообще третий.

смысл этого "взгляда" в том, что обратившись к микросервису клиент гарантированно получит ответ в не зависимости от доступности других сервисов. Если-же сервисы связаны с друг другом мириадами связей, то и смысла делить на микросервисы особо нет, монолитная структура будет эффективней. Если у вас есть ссылки на "взгляды" гугла и оракла с обоснованиями другой точки зрения - то приведите, интересно почитатьвот ты сам изложил четвертую т.з. на микросервисы).
Смешал гарантированную доставку и связность приложения.
А т.к. мы тут все с опытом, я выше и сказал - в сети микросервисы это уже buzzword .
"Не упрминайте их всуе"
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700230
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123stenfordпропущено...

смысл этого "взгляда" в том, что обратившись к микросервису клиент гарантированно получит ответ в не зависимости от доступности других сервисов. Если-же сервисы связаны с друг другом мириадами связей, то и смысла делить на микросервисы особо нет, монолитная структура будет эффективней. Если у вас есть ссылки на "взгляды" гугла и оракла с обоснованиями другой точки зрения - то приведите, интересно почитатьвот ты сам изложил четвертую т.з. на микросервисы).
Смешал гарантированную доставку и связность приложения.
А т.к. мы тут все с опытом, я выше и сказал - в сети микросервисы это уже buzzword .
"Не упрминайте их всуе"
Гарантированная доставка-то тут при чём?

Он же привёл картинку: накидали товаров в корзину (Basket service сохранил данные в свою БД), как теперь уведомить Ordering service, чтобы он запросил необходимые данные по товарам у Catalog service и произвёл оформление заказа.

Три варианта:
1. Синхронный - всё в рамках одного http запрос/ответ цикла;
2. Сообщения - корзина даёт сигнал "Надо оформить заказ";
3. Асинхронный - Basket service сохранил данные в свою БД с пометкой "Ждёт оформления заказа", а Ordering service спрашивает (polling) каждую секунду "Есть чё оформить?".

Вот в первом варианте если какой-то сервис в цепочке отвалился, то надо думать что показать пользователю.
А в случае 2, или 3 просто "Ваш заказ принят, как будет готово - мы Вам сообщим".
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700232
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordmaytonЯ бы тоже очень осторожно относился к публикациям microsoft в части обобщенных знаний которые ms не создает единолично. У них - один взгляд. У google другой. У oracle вообще третий.

смысл этого "взгляда" в том, что обратившись к микросервису клиент гарантированно получит ответ в не зависимости от доступности других сервисов. Если-же сервисы связаны с друг другом мириадами связей, то и смысла делить на микросервисы особо нет, монолитная структура будет эффективней. Если у вас есть ссылки на "взгляды" гугла и оракла с обоснованиями другой точки зрения - то приведите, интересно почитать
Вы дорогой друг извините. Но совсем не в ту степь зашли.

Вы говорите о мирриадах связей а это антипаттерн. Почитайте про low coupling.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700239
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANA,
Ему вопрос задавай. Или ты теперь с его тезисом в согласии? ).
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700305
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВы дорогой друг извините. Но совсем не в ту степь зашли.

Вы говорите о мирриадах связей а это антипаттерн. Почитайте про low coupling.
по отсутствию ссылок можно предположить, что про оракл и гугл было сказано для красного словца?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700310
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий Мухну и расскажите уже ТСУ, как ему даже запросы делать не через Synchronous Call, он же про Get и спрашивает: 21668941 .

Предлагаю на примере Вашей же картинки: вот получил Ordering service сообщение о том, что заказ надо оформить, как он данные обо всём что ему нужно подтягивает, используя "оповещения через асинхронные события"?
я уже отвечал на этот вопрос, никаких запросов к другим сервисам в процессе обработки ответа не будет, вся необходимая информация для возвращения ответа должна содержаться в самом микросервисе.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700312
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123skyANA,
Ему вопрос задавай. Или ты теперь с его тезисом в согласии? ).
Вообще-то он писал: "смысл этого "взгляда" в том, что обратившись к микросервису клиент гарантированно получит ответ ".
А ты интерпретировал это как какую-то "гарантированную доставку".

Так что вопросы к вам обоим
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700316
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordДмитрий Мухну и расскажите уже ТСУ, как ему даже запросы делать не через Synchronous Call, он же про Get и спрашивает: 21668941 .

Предлагаю на примере Вашей же картинки: вот получил Ordering service сообщение о том, что заказ надо оформить, как он данные обо всём что ему нужно подтягивает, используя "оповещения через асинхронные события"?
я уже отвечал на этот вопрос, никаких запросов к другим сервисам в процессе обработки ответа не будет, вся необходимая информация для возвращения ответа должна содержаться в самом микросервисе.
Для какого ещё ответа? Речь не об этом, а о данных, которые необходимо получить одному сервису от другого.

Пользователь увидит ответ в любом случае.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700331
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordпо отсутствию ссылок можно предположитьссылок на что?
На то что вы путаете SOA и микросервисы? Не знаете их отличия?
Раз пишите что вопрос ответ как модель не может применяться.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700340
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordmaytonВы дорогой друг извините. Но совсем не в ту степь зашли.

Вы говорите о мирриадах связей а это антипаттерн. Почитайте про low coupling.
по отсутствию ссылок можно предположить, что про оракл и гугл было сказано для красного словца?
Да. Меня просто удивило то что в качестве самой базовой теории вы даете ссылку на корпоративный ресурс.

Любой спор, любая наука, или доказательство, начинается с определений. Я хочу услышать ваше
определение микросервисов . Это будет стартовая точка с которой мы начнем диалог. Если у нас с вами
разное понимание этого термина - то спорить будет сложно. Не исключаю ваш опыт в CQRS и системах
на основе месседжей MQ тем не менее. Предлагаю вам книгу Сэма Ньюмана - Создание Микросервисов.

Не повредит и будет полезно к общему развитию.

Ссылки на оракл и гугл я искать не буду. Они того не стоят.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700382
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonДа. Меня просто удивило то что в качестве самой базовой теории вы даете ссылку на корпоративный ресурс.

Любой спор, любая наука, или доказательство, начинается с определений. Я хочу услышать ваше
определение микросервисов . Это будет стартовая точка с которой мы начнем диалог. Если у нас с вами
разное понимание этого термина - то спорить будет сложно. Не исключаю ваш опыт в CQRS и системах
на основе месседжей MQ тем не менее. Предлагаю вам книгу Сэма Ньюмана - Создание Микросервисов.

Не повредит и будет полезно к общему развитию.

Ссылки на оракл и гугл я искать не буду. Они того не стоят.
сорри, но меня не интересуют длительные теоретические споры о том, кто что и под чем понимает, я думал у вас есть интересные материалы на тему пользы синхронного взаимодействия микросервисов, если все что у вас есть - это книжка, то можете привести отрывок из нее, или даже пересказать своими словами т.к. читать ее у меня при всем желании нет времени
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700387
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как будет угодно.

В первых главах там кстати приводится определение.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700405
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordинтересные материалы на тему пользы синхронного взаимодействия микросервисов
Это же архиектура брат!
Если нет оверхеда, то это уже польза).
В бизнес логике иногда нужно синхронно спросить и дождаться ответа.
Очевидные вещи.
А вот в ESB там рулит умная шина всем и вся.
А микросервисах тупая шина а ля общение не через шину, а между собой.
Тупые шины брокеры я выше назвал.
Так что и волки сыты и овцы целы.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700411
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
stenfordили даже пересказать своими словами"умные приемники и глупые каналы связи".
Не слыхал?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700761
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что такое синхронность и асинхронность с точки зрения клиента супермаркета?

Философия?

Вы стоите на кассе. Вы провели карточкой по терминалу. Ввели pin код.

И далее начинается волшебный и загадочный таймаут смысла которого не знает кассир и 1 линия поддержки банка.

Этот таймаут заставляет вас неслабо понервничать.
Сколько ждать? Сумма заблочена? Снята?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700763
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,

перечитайте название топика и не уходите в сторону
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700769
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
Это его величество Время.
Когда вы стоите и ждете, это синхронно)))).
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700770
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Топик автору уже не нужен.
Если он упрям, то будет строить hello world микросервис.
Есл нет, то более приземленные задачи для бизнеса.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700772
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANAmayton,

перечитайте название топика и не уходите в сторону
Ну... я вправе предложить еще одно направление обсуждения.

Если модератор против - подниму отдельно тему.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700773
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Топик автору уже не нужен.
Если он упрям, то будет строить hello world микросервис.
Есл нет, то более приземленные задачи для бизнеса.

ни одного ответа по теме...
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700774
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachPetro123Топик автору уже не нужен.
Если он упрям, то будет строить hello world микросервис.
Есл нет, то более приземленные задачи для бизнеса.

ни одного ответа по теме...
Ты знаешь... мы It-шники (прошу прощения за квантор) очень часто любим решать проблемы
которых нет и оверпроектировать и просто заниматься вещами которые нам интересны. Вот
у меня складывается впечатление что тебе просто интересно сделать какой-то investigation
в области RabbitMQ.

А бизнесу может быть 80% этого всего не нужно.

Кстати ты попробовал поднять интеграцию твоих сервисов на localhost как я предлагал?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700784
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonlove_bachпропущено...


ни одного ответа по теме...
Ты знаешь... мы It-шники (прошу прощения за квантор) очень часто любим решать проблемы
которых нет и оверпроектировать и просто заниматься вещами которые нам интересны. Вот
у меня складывается впечатление что тебе просто интересно сделать какой-то investigation
в области RabbitMQ.

А бизнесу может быть 80% этого всего не нужно.

Кстати ты попробовал поднять интеграцию твоих сервисов на localhost как я предлагал?

это было адресовано к Petro123.

"у меня складывается впечатление что тебе просто интересно сделать какой-то investigation
в области RabbitMQ" - так и есть, как будто это что-то плохое

касаемо localhost - сервисы не на одном серваке
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700787
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachэто было адресовано к Petro123.но ответ то про тебя))))) LOL
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700790
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachкасаемо localhost - сервисы не на одном серваке
У вас нет слежения по теме обсуждения.
Пока вас не заденешь колкой фразой чтобы вы проснулись.
Какая разница где сервисы?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700791
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachтак и есть, как будто это что-то плохоеделайте. В чем вопросы?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700795
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachmaytonпропущено...

Ты знаешь... мы It-шники (прошу прощения за квантор) очень часто любим решать проблемы
которых нет и оверпроектировать и просто заниматься вещами которые нам интересны. Вот
у меня складывается впечатление что тебе просто интересно сделать какой-то investigation
в области RabbitMQ.

А бизнесу может быть 80% этого всего не нужно.

Кстати ты попробовал поднять интеграцию твоих сервисов на localhost как я предлагал?

это было адресовано к Petro123.

"у меня складывается впечатление что тебе просто интересно сделать какой-то investigation
в области RabbitMQ" - так и есть, как будто это что-то плохое

касаемо localhost - сервисы не на одном серваке

Почитай слайды про CQRS. Там есть и очереди и асинхронность.
https://www.slideshare.net/mieldonkers/cqrs-and-event-sourcing-with-akka-cassandra-and-rabbitmq
https://www.slideshare.net/jeppec/cqrs-why-what-how

Но насколько хорошо или плохо налезет на тебя этот шаблон - невозможно сказать.
Оцени сам. Возможно придется много переделывать.

Из фреймворков - ничего не могу предложить т.к. .Net уже лет 10 ничего не разрабатывал.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700796
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123love_bachтак и есть, как будто это что-то плохоеделайте. В чем вопросы?

зачем ты пишешь в этой ветке?

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

ты же отвечаешь в духе: "микросервисы не нужны. автор занимается ерундой". ну так иди в ветки которые тебе интересны
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700837
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach,

а можете кратко обрисовать функционал, что хотите реализовать?

Индексация, оформление заказа, рассылка уведомлений, импорт данных...
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39700854
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach,
А почему я должен восторгаться твоей мысли, если из 300 профи java 1-2 занимаются микросервисами.
И тут возможно полтора землекопа.
Самое главное, они уже работали с очередями и мессенджерами.
Ты не работал и решил строить космический корабль.
Похлопаем тебе в ладоши!
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701055
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANAlove_bach,

а можете кратко обрисовать функционал, что хотите реализовать?

Индексация, оформление заказа, рассылка уведомлений, импорт данных...

запрос: обращение к сервису авторизации, там информация о пользователях
команда: нотификации
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701056
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123love_bach,
А почему я должен восторгаться твоей мысли, если из 300 профи java 1-2 занимаются микросервисами.
И тут возможно полтора землекопа.
Самое главное, они уже работали с очередями и мессенджерами.
Ты не работал и решил строить космический корабль.
Похлопаем тебе в ладоши!

не пиши больше сюда
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701060
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonlove_bachпропущено...


это было адресовано к Petro123.

"у меня складывается впечатление что тебе просто интересно сделать какой-то investigation
в области RabbitMQ" - так и есть, как будто это что-то плохое

касаемо localhost - сервисы не на одном серваке

Почитай слайды про CQRS. Там есть и очереди и асинхронность.
https://www.slideshare.net/mieldonkers/cqrs-and-event-sourcing-with-akka-cassandra-and-rabbitmq
https://www.slideshare.net/jeppec/cqrs-why-what-how

Но насколько хорошо или плохо налезет на тебя этот шаблон - невозможно сказать.
Оцени сам. Возможно придется много переделывать.

Из фреймворков - ничего не могу предложить т.к. .Net уже лет 10 ничего не разрабатывал.

спасибо за ссылки. полезная инфа. но, у меня не про CQRS
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701061
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachskyANAlove_bach,

а можете кратко обрисовать функционал, что хотите реализовать?

Индексация, оформление заказа, рассылка уведомлений, импорт данных...

запрос: обращение к сервису авторизации, там информация о пользователях
команда: нотификации
Запрос синхронный, команда изначально тоже, а по мере развития можно и на очередь перейти.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701064
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий Мухlove_bachпропущено...


запрос: обращение к сервису авторизации, там информация о пользователях
команда: нотификации
Запрос синхронный, команда изначально тоже, а по мере развития можно и на очередь перейти.

тебе, чувак, большой респект (надеюсь, не сильно нагло написал )
у меня так и сделано. синхронно. через вызов HttpClient. я озадачен вопросом (возможно, дурацким) а как также синхронно это сделать чз, например, очередь (или что-то еще). опыта в микросервисах еще нет. делал в Service Fabric общение внутреннее мду сервисами кластера чз их штатный механизм. он учитывал и то, что инстансы могут перераспрелеляться. тут другая ситуация, сервисы хостятся в разных серверах.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701068
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachне пиши больше сюдабудут интересые посты, обязательно напишу.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701069
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Авторизация это 100% синхронный вызов. Там нет места для очередей и сообщений. Давайте поскипаем и пойдем дальше.

Что там еще кроме авторизации?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701070
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonАвторизация это 100% синхронный вызов. Там нет места для очередей и сообщений. Давайте поскипаем и пойдем дальше.

Что там еще кроме авторизации?

пока есть нотификации
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701073
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonАвторизация это 100% синхронный вызов. Там нет места для очередей и сообщений.
слишком сильное утверждение
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701074
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachmaytonАвторизация это 100% синхронный вызов. Там нет места для очередей и сообщений. Давайте поскипаем и пойдем дальше.

Что там еще кроме авторизации?

пока есть нотификации
И Вы хотите впиндюрить очередь?

Начните с RabbitMQ .NET/C# Client API Guide

А кстати сервисы развёрнутся на своих серверах, или у провайдера какого, или в облаке?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701076
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosmaytonАвторизация это 100% синхронный вызов. Там нет места для очередей и сообщений.
слишком сильное утверждение
Википедия - проверка прав доступа к объкту.
Синхроннее некуда)).
Или будем параллельно брать и проверять?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701078
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

иди, ботик, просвещайся
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701085
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий Мухlove_bachпропущено...


пока есть нотификации
И Вы хотите впиндюрить очередь?

Начните с RabbitMQ .NET/C# Client API Guide

А кстати сервисы развёрнутся на своих серверах, или у провайдера какого, или в облаке?

сейчас это на своих серверах
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701088
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий Мухlove_bachпропущено...


пока есть нотификации
И Вы хотите впиндюрить очередь?

Начните с RabbitMQ .NET/C# Client API Guide

А кстати сервисы развёрнутся на своих серверах, или у провайдера какого, или в облаке?

я не очередь хочу впендюрить как таковую, я хочу попробовать общение не чз явный вызов API по HTTP. но, при этом, хочу сохранить интерфейсы, код выше приводил.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701093
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachно, при этом, хочу сохранить интерфейсы, код выше приводил.интерфейсы сугубо веутреннее дело.
Они в АPI микросервисах не торчат снаружи.
И обрати внимание, что четвертую страницу никто твою задумку не понял.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701094
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachДмитрий Мухпропущено...

И Вы хотите впиндюрить очередь?

Начните с RabbitMQ .NET/C# Client API Guide

А кстати сервисы развёрнутся на своих серверах, или у провайдера какого, или в облаке?

я не очередь хочу впендюрить как таковую, я хочу попробовать общение не чз явный вызов API по HTTP. но, при этом, хочу сохранить интерфейсы, код выше приводил.
И в чём проблема?

По ссылке расписано как данные вытаскивать из очереди с примерами кода. Оберните их реализацией своих интерфейсов и вуаля.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701095
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: c#
1.
2.
3.
4.
Some get
{
    return http.API.some()
}



Код: c#
1.
2.
3.
4.
Some get
{
    return напрмер_очередь.API.some()
}
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701097
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach, что ещё за API.some()?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701103
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosmaytonАвторизация это 100% синхронный вызов. Там нет места для очередей и сообщений.
слишком сильное утверждение
Да
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701113
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach
Код: c#
1.
2.
3.
4.
Some get
{
    return http.API.some()
}



Код: c#
1.
2.
3.
4.
Some get
{
    return напрмер_очередь.API.some()
}


Это не будет работать.

Работа с очередями имеет другой паттерн. Лучше просмотреть примеры для RabbitMq там наверняка есть шаблон этого листенера.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701114
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий Мухlove_bach, что ещё за API.some()?

я так образно выразился, что в одном случае чз HttpClient, а в дугом, о чем я и спрашиваю, чз что-то другое
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701116
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonlove_bach
Код: c#
1.
2.
3.
4.
Some get
{
    return http.API.some()
}



Код: c#
1.
2.
3.
4.
Some get
{
    return напрмер_очередь.API.some()
}


Это не будет работать.

Работа с очередями имеет другой паттерн. Лучше просмотреть примеры для RabbitMq там наверняка есть шаблон этого листенера.

подозревал это. но мало ли. тогда тема исчерпана
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701119
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЛучше просмотреть примеры для RabbitMqвернулись к тому с чего начали.
Т.к.
return callback тоже работать не будет.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701124
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachmaytonпропущено...

Это не будет работать.

Работа с очередями имеет другой паттерн. Лучше просмотреть примеры для RabbitMq там наверняка есть шаблон этого листенера.

подозревал это. но мало ли. тогда тема исчерпана
Я же говорил.
Это архитектура. Так просто сову на глобус не натянуть.

В общем работа с месседжами это некий бесконечный while который читает поток и делает какие то бизнес действия.
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701129
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bachДмитрий Мухlove_bach, что ещё за API.some()?

я так образно выразился, что в одном случае чз HttpClient, а в дугом, о чем я и спрашиваю, чз что-то другое
Хм, посмотрите уже примеры по ссылке...
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
bool noAck = false;
BasicGetResult result = channel.BasicGet(queueName, noAck);

if (result == null)
{
    // No message available at this time.
} else
{
    IBasicProperties props = result.BasicProperties;
    byte[] body = result.Body;
    ...
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701134
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий Мухlove_bachпропущено...


я так образно выразился, что в одном случае чз HttpClient, а в дугом, о чем я и спрашиваю, чз что-то другое
Хм, посмотрите уже примеры по ссылке...
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
bool noAck = false;
BasicGetResult result = channel.BasicGet(queueName, noAck);

if (result == null)
{
    // No message available at this time.
} else
{
    IBasicProperties props = result.BasicProperties;
    byte[] body = result.Body;
    ...




по виду похоже на то, что мне нужно. реализация там есть?
...
Рейтинг: 0 / 0
Внутреннее общение между микросервисами
    #39701750
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
love_bach, я просто подброшу пищу для размышлений. Я больше не по RabbitMQ а по ApacheMQ/JMS.
Ну думаю что эти паттерны должны быть обще-употребимы везде.

Почитай по ключевым словам:
- point-to-point channel
- publish-subscribe channel
...
Рейтинг: 0 / 0
106 сообщений из 106, показаны все 5 страниц
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Внутреннее общение между микросервисами
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]