Александр Борисов - Перенимаем опыт Google в построении микросервисов с gRPC

Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Ypf1HW
- -
. . . . Микросервисная архитектура не обходится бесплатно, она значительно увеличивает количество удалённых вызовов. Это приводит к новым вызовам и проблемам при сетевом взаимодействии, потому выбор правильного фреймворка для удалённого вызова процедур (RPC) становится критичным.
gRPC - это RPC-фреймворк нового поколения от Google, разработанный для улучшения производительности и решения сложностей сетевого взаимодействия при написании распределённых систем.
В этом докладе мы изучим, как gRPC помогает построить реактивную микросервисную архитектуру. Мы разберём некоторые сложности, с которыми нам придётся столкнуться при написании распределённых систем, и посмотрим, как gRPC помогает решить их.

[@вапвапвапвапва-ж1и]

8:57 Имхо - сервис погоды для работника гугл, даже 6 лет назад, это моветон.

[@Sanchellios]

Волшебный доклад

[@miky7miky]

Circuit Breaker реализует Istio Service Mesh в Kubernetes

[@vaskir3695]

Спасибо, отличный доклад.

[@muxahx3096]

собственно практически ответили на все вопросы кроме версионирования.

[@UnitedFeodor]

20:00

[@ОлегНерж]

а где-то можно по нему вопросы на русском задавать ?

[@alexborysov4270]

Можно мне, например, в твиттер: twitter.com/aiborisov (личные сообщения у меня в твиттере открыты)

[@alexanderastashov6046]

Гребанная Java магия. Схемы помогают больше чем Java код. На крайний случай, раз уж Google, то можно и на GoLang, если нет возможности абстрактный код написать. По gRPC более или менее понял, пойду гуглить дальше без Java. Спасибо за доклад!

[@phat80]

@Neo потому что гребанная! Если бы на ней не написали столько корпоративного софта за прошедшие годы, она бы давно отдыхала где-нибудь в помойке истории. Если уж хочется писать под JVM, то лучше уж Kotlin сразу изучать.

[@НикитаКальнов-л8ш]

​@@phat80 подскажите, пожалуйста, где тут магия?)

[@phat80]

@@НикитаКальнов-л8ш я про магию ничего не писал ))) Там нет никакой магии. Просто она давно устарела, как когда-то delphi. Но из-за легаси она будет жить еще очень долго, как Cobol какой-нибудь. Чтобы язык жил долго и счастливо, надо просто влезть в корпоративный/банковский сектор вовремя )

[@ВладиславВинокуров-ъ5р]

@@phat80 и в чем проявляется настолько сильно ее устаревшесть?

[@phat80]

@@ВладиславВинокуров-ъ5р я не смотрел давно, что завезли в Java, но когда-то меня не устраивало следующее - передача параметров в методы только по значению, отсутствие функций первого класса, лямбды появились уже? вроде планировали, избыточность кода и невозможность его сокращения, многие современные языки стараются либо вообще сделать язык null-безопасным, либо облегчить проверку на null, в java такого не помню. И еще были моменты, сейчас просто не вспомнить. Факт тут один - java не поспевает за изменениями в мире ЯП, либо просто не может сделать некоторые изменения, учитывая изначальную архитектуру языка. Хотя kotlin же работает без проблем на JVM, а он куда более современен и прогрессивен.