А он получается будет ждать в том же участке кода, где отправил?

вроде да.  + По поводу таймаутов без понятия.

судя по тому что написано, предлагается заменить gRPC на RabbitMQ, притом общение между сервисами всё равно останется синхронным
зачем тогда просто RabbitMQ нужен? может копнуть в другую сторону, разобраться с нагрузкой конкретно на сервис С?

Если асинхронность, то сервис А не ждёт результата от сервиса В. Тут важно понимать, когда это использовать. Есть read и write операции. Очереди используют в основном для write операция, когда к 'real time' свойству функционала минимальные требования. Read операции в таком случае делают без очереди (синхронно).

Тут вопросы к системному дизайну

Как пример, ютуб и просмотры.
Ты смотришь видос, ютуб записывает +1 просмотр к видео. Это можно сделать асинхронно, так как для юзера никакого value не будет. Запрос пройдет через gateway, MQ, write service (который скорей всего сделан по алгоритму батч процессинга и преагрегации) и только потом попадет в базу. Снова же юзер никак это не почувствует. А когда он это сможет увидеть? Обновив страницу, юзер пройдет по синхронному флоу gateway -> read service ->  db/distributed cache и получит просмотры под видео. При этом, если даже по каким-то причинам событие в очереди ещё не обработалось, то ничего страшного, так как никто ничего не потеряет, если юзер увидит 1234567 вместо 1234568

Всем привет ! Кто знает как можно найти количество дней недели в месяце ? К примеру сколько вторников в апреле 2020 года.

пройтись по периоду дат и иф увеличивает счётчик.

Один раз пройтись и сохранить это знание для будущих запросов

Nager

спасибо)

np

Круто, можно облегчить написав Enumerable.Range(1, DateTime.DaysInMonth(2020, 4)) и убрав TakeWhile

у меня нет такого метода, расширение?

аа

єто статик

ну да не знал, думал что должно было быть но не нашёл :)

тогда так

а зачем там -1 ?