gRPC - альтернатива REST API от Google. Пишем gRPC сервер и клиент на Java и Python.

Скачать PVS-Studio бесплатно: www.viva64.com/alishev
KZbin канал PVS-Studio: / pvsstudiotool
VK группа PVS-Studio: pvsstudio_rus
pom.xml: gist.github.com/NeilAlishev/1...
Продвинутая Java - swiftbook.org/courses/415
Telegram: t.me/alishev_g
Реклама и сотрудничество: [e-mail]

[@alishevN]

Telegram: t.me/alishev_g

[@wizardadeptus2044]

Хорошее видео. Позволило поверхностно разобраться в gRPC под стакан уиски. В свою очередь это позволило отдебажить gRPC сервак заказчика на котлине и понять почему он возвращал NPE в ответе. А то непонятно было, куда коней запрягать с этим gRPC. Ура, баг починен, автору респект.

[@user-jo5js4ug5b]

Мужик, спасибо за объяснение с практикой и сжато в тоже время. Я ваще не в теме был. Но честно, мужик. ctrl + A, ctrl + c - скопировать все содержимое файла. ctrl + A, ctrl + v - вставить в файл с полной заменой. Так сильно проще, чем крутить колесико.

[@user-vj7dc1ib2y]

Огромная благодарность, Наиль, за Ваш труд! Реально талант. Настолько доступным языком объяснять сложные вещи. Смотрел в других источниках про gRPC , почти ничего не понял. После этого видео сразу целостное понимание технологии, подхода и преимуществ. И сразу с примером👍Спасибо!)

[@DairaGames]

Блин чувак. Ты просто вангуешь. Я только сегодня такой думал: блин, вот бы урок про микросервисы замутил бы кто то годный. И тут уведомление. Просто бомба. Спасибо большое. От души. Я в этой жизни теперь точно не буду счастлив, пока лично не найду тебя не пожму руку. Спасибо

[@alishevN]

:)

[@aliaksandraryzhyk4138]

Как всегда на высшем уровне.... все четко, понятно, без воды... Спасибо большое!!!

[@eugenenazirov]

Офигенно! Как раз на проекте столкнулся с использованием микросервисов, которые общаются по gRPC. Помогло очень быстро въехать в тему. Спасибо большое!

[@Skykvi]

Очень круто, отличное содержание, приятно смотреть. Спасибо за труд.

[@user-hv2vy3kd9f]

Я наконец то разобрался с gRPC) Спасибо тебе за проделанную работу!

[@ivanfedin9094]

Шикарный урок - очень подробно и понятно. Спасибо!

[@psy667]

Очень качественная подача информации, спасибо вам огромное

[@varchar21]

Наиль, благодарю! Всегда актуально и своевременно. Спасибо еще раз!

[@RG-em1nh]

Мне бы такого ментора как ты, спасибо большое добрый человек !

[@svetlanamazhaykina6918]

Спасибо за Ваш труд! Коммент в поддержку канала.

[@user-ty7dj4pm5b]

Спасибо большое за ценный и подробный урок!

[@nikenuke]

Очень классный материал! Посмотрел до этого 10 роликов по gRPC и не мог разобраться все равно, теперь же все ясно, спасибо!

[@CyberAcidPlanet]

Аргмент по несжимаемость JSON надуманный. Он отлично жмётся тем же gzip или brotli, где не будет проблемы того что у нас один и тот же ключ повторяется много раз (будет ссылка на этот символ при сжатии).

[@user-rk1xr3cs8x]

Прекрасный урок, большое спасибо!

[@ykochubeev]

Большое спасибо вам, очень полезное видео. Пойду поищу ваши уроки про Java

[@user-fy5kj8hf4j]

Отличный и понятный урок, спасибо!

[@fedyasavchuk1043]

Был бы очень признателен за подобные уроки по kafka и maven :)

[@olegrazin3429]

Так вот как ты выглядишь, Alishev. Этот видео формат очень крут!

[@spilnich]

Получил первый оффер! Спасибо огромное за grpc и все видео по Spring, кучу раз пересматривал и конспектировал.

[@alishevN]

Кайф!

[@user-hd8sc3ux7i]

Редко оставляю комментарии, но ты красавчик! Столько полезного материала!❤

[@It_wizards]

Круто, очень доступно, красавчик!

[@dzmitrydarashuk6528]

Я человек простой, вижу новое видео Алишева - захожу, ставлю лайк!

[@leonidvolobuev7096]

Чел ты лучший, серьезно, мне кажется если бы ты объяснял кватновую механику или молекулярную физику, даже тут все было бы предельно понятно. Огромное тебе спасибо, благодаря тебе научился действительно многому

[@miketuev3241]

Супер ролик! Большое спасибо. Доходчиво и понятно.

[@user-mk2xy9py8s]

Наиль, у Вас талант объяснять сложные вещи простым языком. Например я очень долго искал и не мог найти понятное для себя руководство по Spring'у, пока не наткнулся на Ваш курс - он стал для меня единственным спасательным кругом. И то же самое с gRPC. Вам нужно собственную школу по программированию открывать для программистов, уже владеющих основами языков программирования, такой как бы продвинутый курс. Или стажировать людей за деньги где-то с оплатой в Вашу сторону. Первую работу найти очень тяжело, поэтому думаю на это реально должен быть спрос - новичкам дать возможность покупать коммерческий опыт, котирующийся у работодателей, за деньги.

[@user-lx4dc1ls3e]

По моему мнению Наиль самый комфортный обозреватель по Java!!! Скорость подачи ин-фы + грамотная речь + хороший объём нового материала!!! В общем просто КЛАСС👍

[@MrNil1982]

Ща некогда, но позже обязательно погляжу. И чую новый формат зайдет (давно пора) Пока просто лайкос и низкий поклон за труд!

[@vladimirnechiporyuk2948]

Афигенная штука. Теперь буду писать пет проекты только на gRPC!

[@ivanstrelka3448]

Очень круто. Спасибо

[@ZzooD]

Классный урок, побольше бы таких )

[@kursruk]

Отсутствие строгой типизации, это не минус, а плюс JSON. По поводу избыточности JSON. { "header":["date", "event"], "data": [ ["2020-01-14", "Событие 1"], ["2020-01-19", "Событие 2"], ["2020-01-23", "Событие N"], ] } Так, что избыточных ключей легко избежать. Также ничто не мешает гонять потоки JSON объектов по HTTP 2. Тем не менее большое спасибо за видеоролик.

[@alexanderp6982]

А теперь каждый раз пиши ручные парсеры на этот вот свой формат, который из коробки ни одна либа для работы с жсонами не поймет.

[@Denis-Orlov]

Как же ж вовремя! Как раз на работе попросили замутить gRPC клиент!

[@alekcandrovich]

спасибо! все понятно и лаконично

[@pozystark]

Хороший урок. Спасибо)

[@faniskhalikov9736]

Круто! Очень хорошо разобрано, заходит отлично ) Талантливый человек талантлив во многом (на заднем плане гитара и синтезатор : ) )

[@Nievinor]

Не знал ранее про данный механизм. Спасибо)

[@user-uu7cg8mp7l]

Классно!!! Спасибо большое за проделанную работу! Очень интересно слушать!

[@AndreyMalygin]

Товарищ Алишев, хочу сказать тебе, что ты крутой поц, который выручает меня в знаниях уже который раз, тебя знают половина моей группы в институте, ты уже стал некой мафией в java. Держишь уже свою нишу довольно долго, репект

[@tuujhfjjiyiiitr5763]

Спасибо! очень помог

[@llARXANGELll]

Ух годнота. Однозначно лайк!!!

[@antondzmitruk2102]

Нет слов! Спасибо тебе огромное!

[@maxim9976]

21:30 для браузера можно использовать gRPC-web. Там пока есть ряд ограничений по стримингу, но в целом рабочий вариант.

[@RedkeiGost]

Да ну куча проблем у gRPC-web. Вот приходит вам мессаг-респонс, и нужно её прочитать. Вы делаете toObject и если в глубине есть тип google_protobuf_struct_pb.Struct то оно превратится в fieldsMap. И можно конечно на Struct юзать toJavaScript, но Struct может быть очень глубоким потомком jspb.Message и во-первы, идти через геттеры к нему крайне неудобно, а во-вторых, нам нужно все дерево и нужно как-то мержить результат toObject и его потомка. С типизацией у Struct тоже плохо - она вообще не имеет типа и это реально приводит к проблемам в typescript. В целом ну очень неудобно, имхо.

[@evgenkr2993]

супер видео! понятно преподнесено материал! спасибо!

[@Pewdew]

Послушал с удовольствием, первый раз покурить оторвался на 47й минуте))

[@user-iu6yz6ck6h]

Отличное видео) Спасибо

[@mykytafrolov]

Крутой урок, спасибо!

[@DairaGames]

Формат кстати бомбезный. Люблю иногда посмотреть стримы от GeekBrains (Александр Фирсунов) из за того, что урок идёт на примере и больше часа.

[@aidynabirov7728]

Отличное видео !

[@indecentexposure852]

Спасибо за видео

[@user-fg7hf4qo8m]

Никто не мешает в rest использовать бинарный формат и сжатие.

[@kalashnikofsergey7064]

Я бы посмотрел как ты свагером нагенеришь код под бинарные сообщения

[@dark_evil77]

Я мешаю

[@user-fg7hf4qo8m]

@@kalashnikofsergey7064 чем? Тут ведь речь шла не об удобстве и трудозатратах, а о принципиальной возможности.

[@user-ns7jq7sf1g]

это помимо того, что json, как и любой текст, прекрасно жмётся апаратными средствами, прозрачно для разработчика.

[@GT-cv3xu]

Спасибо! Видео супер!

[@antondzmitruk2102]

Ты мог бы сказать типо есть такая штука от Гугла и используйте ее вместо REST, она лучше), но ты прям с самого начала разжевал) Браво!

[@daniyarrakhymbek5876]

Большое спасибо!

[@mazeltov2701]

Неплохая обертка веб сокетов

[@olzhasserikbayev1155]

спасибо огромное за урок, очень многое для себя уловил))

[@ChamZod]

Не успел начать рест изучать, а тут уже что-то новое)

[@NummeSpnet]

не парься, ещё долго рест будет актуален.

[@ramilsafin5751]

С удовольствием послушал тебя, Наиль!

[@ramilsafin5751]

Из предложений по улучшению контента: можешь приобрести планшет или ноутбук с поддержкой стилуса (ручки) для интерактивного добавления материала поверх слайдов.

[@alishevN]

@@ramilsafin5751 Спасибо за фидбэк!) Подумаю над этим.

[@redologs]

Увидел тему, посмотрел длительность - лайк не глядя.

[@tonyvegas6009]

Лукас атдущи! работа с железом wanted :)

[@lookingforthetruth5903]

Спасибо!

[@denislobanov7582]

Просто Вау! Такая крутая штука, а я и не знал! Спасибо автору за труд, очень хороший и нужный вводный ролик! Кстати, а почему в сервере response билдится каждую итерацию цикла? Один раз сбилдить, затем много раз отправлять. Или так нельзя?

[@pavelgolin2421]

для приема данных с сенсоров используется mqtt, а http для веба

[@alexeymyasnichenko3318]

был ли у кого затык в том, что после генерации классов из прото файла, в таргет папке все как в видео, но при имплементации возникает затык, идея просто не видит этот класс из таргета, при ручном импорте com.example.grpc* , идея не видит уже с папки example . хотя ТООЧНО она в иерархии папок в таргет файлах есть как в видео.

[@konstantinr7632]

Отличные видео! Спасибо!

[@user-vc5sn3ob6c]

Блин , хорошая лекция. Толковый лектор....

[@MrShark123123]

Надеюсь тема grpc будет дальше развиваться,очень нужная штука сейчас,а русскоязычных материалов нету

[@gamechannel_833]

Не посмотрев видео, сразу ставлю лайк!

[@user-vq2hi1df2i]

так же делаю

[@kamurashev]

Как скопировать джава RMI в другие языки и ни кому не говорить. Структура 1 в 1. И этой штуке 100 лет в обед. Я еще не родился. За видео лайк.

[@IgorAlov]

json так же сжимается может deflate или gzipом, если настроено сжатие между клиентом и серверов. это прям очень стандартно. и реально эффективно это все и получается бинарно. так же весь html передается, он сжимается при передаче. посмотрите это с помощью tcpdump данные в теле буду бинарными а не текстовыми при использовании сжатия

[@TeamKiller06]

В REST API ведь можно использовать потоковые данные через библиотеку Reactor для Spring Boot. Данные передаются через Mono и Flux. Спасибо за обзор. Все четко и доступно. Однозначно заинтересовала технология. Немного напрягает что вместо JSON используется бинарный код

[@johnxibai8454]

Если не нравится делай на старых технологиях, и как ты собираешься организовывать стримы?

[@darkstyleV]

Просто топ)

[@konstantinviktorovich8194]

Подход работы с gRPC, чем то похож с SOAP. Там на основе wsdl генерится java код, а здесь на основе proto файла. Как у клиента так и у сервера эти два файла должны быть одинаковые.

[@ilyababcenco6864]

Автолайк, Наиль скажи пожалуйста когда ждать следующий урок по спрингу, ну ооочень жду там как раз на самом интересном ты остановился

[@alishevN]

по спрингу я записываю полный курс. выйдет через месяц-два

[@kazakhification]

Json сжимается gzip-ом разве нет?

[@alishevN]

даже сжатый JSON все равно занимает больше места, чем protobuf - nilsmagnus.github.io/post/proto-json-sizes/

[@FastDamage]

@@alishevN Честно не много не понял,так если проблема в размере JSON,что мешает весь JSON прогнать через protobuf и отправить? я ничего не имею против gRpc но в большом проекте где под 1000+ методов которые взаимодействуют с различными микросервисами замучаешься всё описывать в .proto (для такой задачи надо нанимать отдельно человека на должность mapper ;) )

[@mishashins]

@@FastDamage у нас в C# можно описывать интерфейсы)

[@brunneng8575]

Автор даёт ссылку на тесты. Там видно что при коротких сообщениях прото дает выигрыш. Однако на больших сообщениях явно теряет преимущество. Я думаю что нужно ещё больше тестов. Повысить энтропию данных, зажать их и посмотреть что получиться. Есть шанс что в разных ситуациях, в разных задачах придется выбирать между прото или json вариантом, так как есть зависимость от объема данных и рассеивании. Аргумент того что json сжатие требует процессорное время, такое себя, так как любое сжатие этого требует. Нужно больше хороших синтетических тестов и тестов из жизни, реальных проектов. Но по мне, пока что, JSON выглядит лучше, даже если на коротких сообщениях проигрывает.

[@user-be2cy2fb9u]

огромное списибо

[@Softovick]

Спасибо за видео. Но вопрос возник в голове у меня - ведь если текст, то его тоже можно сжимать на лету, есть же алгоритмы. Которые достаточно эффективно и быстро сжимаю данные и вот их можно по сети гонять. По сути ведь все равно gRPC дает накладные расходы на кодировние/декодирование, в REST это можно на сжатие/распаковку тратить. Ну правде это не решает вопрос с протоколом и стримами, согласен, но тем не менее.

[@Das.Kleine.Krokodil]

Спасибо

[@p.polunin]

Обалдеть! 😳

[@nikolay7658]

Интересная технология

[@arthureirich7591]

Скажите, пожалуйста, в чем отличие установки соединения по HTTP 2 с последующим получением по этому соединению потока данных и сокетов? Используя сокеты тоже ведь можно установить отдельное соединение с сервером и получать по нему данные? Большое спасибо за урок!

[@gregory-povorozniuk-piano]

HTTP и Web Sockets это разные протоколы сделанные на основе TCP

[@phil2964]

Наилю лайк неглядя)

[@user-vz5yr3dm7d]

Спасибо большое за видео. Хочу спросить - а как задавать повторяющиеся поля?Как задать хобби в этом примере? Я постоянно отваливаюсь по OutOfBoundException

[@dmitr8194]

Годно, плюсую!

[@dmsa9404]

Прикольно... я уже хотел написать что-то из серии так это уже проходили с WSDL а тут и скорость выше раз в 10 и тыры пыры

[@lotierm]

rest api тоже можно бинарно передавать

[@user-df1bx3jl2c]

В тренде :) 👍

[@Roma4086]

а SoapUI еще используется где-нибудь?

[@SnitchShow]

Очень интересное видео, спасибо за информацию. P.S Технология чем то похожа на WCF в C#.

[@sp1ne2104]

wcf хорош, но его нельзя использовать c .net core (только клиент) по этому придется брать gRPC

[@mikhail6694]

спасибо!

[@RedkeiGost]

"в случаи с монолитным приложением мы можем изменить какую-то часть и это затронет другие приложения" - вопрос архитектуры монолита. Зацепленность-связанность, все дела. "Всё объединено" это не от монолитности же зависит. Микросервис тоже можно изменить так, что это затронет зависящие от него микросервисы. Используется версия http2 только если браузер его полностью поддерживает. Иначе энвой же шлет по http1, разве нет? Ключ-единицу 29:21 мог бы и proto сгенерировать.

[@k0rinf]

Поясните как контролить версии прото файла!? Как сервисы должны понять что он обновился и нужно его поменять и перегенерить код!?

[@eugenenovikov671]

Наиль, а если мы работаем в другой IDE, где нету такого окна Maven с package, как нам тогда всё запускать?

[@shubinsyu]

А чем отличается микросервис от EJB-компонента, работающего в распределенной JEE-платформе? И в чем отличие gRPC от RMI/Corba?

[@user-uz4lo4ho6n]

EJB аналогичен по своей сути мультимодульному проекту на мавене, когда монолит делят на разные куски в зависимости от его действий в приложении, например, один ejb компонент отвечает за DAO, другой бизнес логика, другой интеграция с внешними сервисами и ТД. Концепция миеросесервисов строится вокруг DDD подхода в рамках которого у каждого сервиса может быть и свой dao слой, и свой слой интеграции и своя бизнес логика. А по поводу RMI, так эта технология и так используется в спринг клауд и является его базой. Grpc в отличии от RMI можно сипмлементировать на любом языке, таким образом не завязываясь на определенном стеке, в то время как клауд в рамках одного цельного приложения это набор микросервисов на java

[@ZIK_1337]

привет! а как происходит версионирование proto файлов? допустим на сервере он поменялся, это же не значит, что все клиенты должны обновляться? есть какие-то версии пакетов, чтобы использовать конкретный proto файл на клиентах?

[@valeradubrava]

1. Монолитные приложение также могут масштабироваться, а микросервисы могут не иметь такой возможности. Все зависит от реализации. 2. Текстовые данные хорошо сжимаются. Автор скорее всего имел ввиду, что в текстовом формате JSON содержится много "лишней" информации о разметке данных. Вообще, кажется сравнение gRPC vs REST абсолютно неуместно. Для каждого подхода есть случаи, когда лучше его использовать.

[@emptyinside1753]

Лучший! Спасибо! А уроки по спрингу еще будут?

[@alishevN]

да, будет полный курс по спрингу.

[@smackthat6309]

@@alishevN когда примерно будет? На юдеми или на Ютубе?