Михаил Кузнецов - gRPC в .NET - рецепты счастья
HTML-код
- Опубликовано: 7 сен 2021
- Ближайшая конференция - DotNext 2024, 10 - 11 сентября, Москва + online
Подробности и билеты: jrg.su/x2GKnA
- -
Массовый переход от монолитов к микросервисам решает одни проблемы, но создаёт другие - взаимодействие сервисов существенно сложнее и дороже, чем взаимодействие объектов в памяти. Частично упростить это взаимодействие можно с помощью протокола gRPC.
gRPC даёт возможность зафиксировать в репозитории контракты межсервисных вызовов, строгую типизацию, стриминг, кроссплатформенную кодогенерацию и много других полезных для межсервисного общения вещей.
Михаил расскажет о том, когда стоит применять gRPC, а когда лучше воздержаться на основе своего опыта, как решаются типичные задачи (конфигурирование, отладка, healthcheck и т.д.), и о чём умалчивает документация. Наука
Swagger позволяет генерировать код по спецификации.
Интересно и полезно. Спасибо!
Интересный доклад. На скорости x1,25 - очень хорошо идёт.
1.5)
Маловато полезной инфы.
Рассказали, как завершать сервер и что нужно проверять исключения.
Ну а про то, что всё в стринги запихали, об этом можно было и умолчать )
Готовили grpc, готовили и приготовили payload из стринги. Сколько iq?
😂😂😂
Опять распределенный монолит называют микросервисами.
"Минус REST - огромный json летает по сети", в то время как "плюс gRPC - встроенная сериализация и бинарный формат" - хаха, посмеялся. Типо не json + base64, а что-то другое). Строгость контрактов клиент-сервер это плюс? Амм, гибкость сервера с REST и ручной сериализацией, когда можно апгрейдить сервер (частично) с помощью управляющей информации из динамичных конфигов - это от лукавого...
Ёмаё, дослушал до 51 минуты...spalmface
Как понять что сообщение доставлено?