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

Подписаться 54 тыс.

Просмотров 31 тыс.

50% 1

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

Наука

Опубликовано:

10 июл 2018

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 20

@Sanchellios 3 года назад

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

@vaskir3695 4 года назад

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

@muxahx3096 3 года назад

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

@UnitedFeodor Год назад

20:00

@miky7miky 4 года назад

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

@alexanderastashov6046 5 лет назад

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

@phat80 3 года назад

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

@user-vw9qj8el4q 3 года назад

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

@phat80 3 года назад

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

@user-ge4lr5cf4m 2 года назад

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

@phat80 2 года назад

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