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

Sdílet
Vložit
  • čas přidán 5. 09. 2024
  • Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября (Санкт-Петербург + трансляция).
    Подробности и билеты: jrg.su/Ypf1HW
    - -
    . . . . Микросервисная архитектура не обходится бесплатно, она значительно увеличивает количество удалённых вызовов. Это приводит к новым вызовам и проблемам при сетевом взаимодействии, потому выбор правильного фреймворка для удалённого вызова процедур (RPC) становится критичным.
    gRPC - это RPC-фреймворк нового поколения от Google, разработанный для улучшения производительности и решения сложностей сетевого взаимодействия при написании распределённых систем.
    В этом докладе мы изучим, как gRPC помогает построить реактивную микросервисную архитектуру. Мы разберём некоторые сложности, с которыми нам придётся столкнуться при написании распределённых систем, и посмотрим, как gRPC помогает решить их.

Komentáře • 21

  • @Sanchellios
    @Sanchellios Před 4 lety +7

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

  • @user-gk3ep5mq9r
    @user-gk3ep5mq9r Před měsícem

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

  • @vaskir3695
    @vaskir3695 Před 4 lety +2

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

  • @muxahx3096
    @muxahx3096 Před 3 lety +1

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

  • @miky7miky
    @miky7miky Před 4 lety +1

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

  • @alexanderastashov6046
    @alexanderastashov6046 Před 5 lety +8

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

    • @phat80
      @phat80 Před 3 lety +3

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

    • @user-vw9qj8el4q
      @user-vw9qj8el4q Před 3 lety +1

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

    • @phat80
      @phat80 Před 3 lety

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

    • @user-ge4lr5cf4m
      @user-ge4lr5cf4m Před 3 lety +1

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

    • @phat80
      @phat80 Před 3 lety

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

  • @UnitedFeodor
    @UnitedFeodor Před rokem

    20:00

  • @user-xu6uj4lp6z
    @user-xu6uj4lp6z Před 6 lety +3

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

    • @alexborysov4270
      @alexborysov4270 Před 5 lety +6

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