Что такое gRPC и Protobuf?

Рет қаралды 60,128

Күн бұрын

Пікірлер: 89

@ВикторКавацюк 9 ай бұрын

Предполагаю следующие причины, по которым можно использовать REST вместо gRPC: 1) Проста для клиента. С REST не потребуется на стороне клиента реализовывать и поддерживать gRPC Stub 2) Безопасность. На клиенте, особенно если это публичная система, сложнее обеспечить безопасность относительно доступа к gRPC Stub.

@xakep2776 Ай бұрын

Как на счет безопасности наоборот

@devospos 9 ай бұрын

Спасибо, еще интересно было бы глянуть видео про UNIX сокеты,и вообще сокеты в вашей интерпретации.

@VitaliySunny 9 ай бұрын

unix сокеты?

@devospos 9 ай бұрын

@@VitaliySunny да, ошибся

@Nicktimes 9 ай бұрын

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

@italky84 9 ай бұрын

grpc больше подходит для внутренних api, а rest для того чтоб предоставлять api своего сервиса сторонним разработчикам.

@Disorrder 3 ай бұрын

Хороший ответ, мне нравится)

@azizsaparniyazov4601 2 ай бұрын

Начал смотреть, чтобы импрувнуться. Увидел мем с собакой "Вам наверное интересно зачем я вас всех собрал". Смеялся настолько долго, что забыл всё, что изучал в течении дня. Придется опять всё пересматривать :(

@hunterxvov4ik 9 ай бұрын

вот без шуток, я посмотрел штук 10 видео по гРПС, потому что у меня на проекте он используется, но я не шарил что это. Нужно было сразу включить это видео и все. Все вот так вот просто встало на свои места. Спасибо

@artemrokhmakov6373 9 ай бұрын

Хочу разграничить понимание между REST и gRPC. REST подходит для общения между клиентом и сервером. А gRPC, это больше про общения каких то внутренних действий между сервисами/микро сервисами, который не должны отдавать явного ответа, а просто обозначение того что операция по запросу была успешна выполнена и можно продолжать программу (например: отправка email-письма,запись в бд, либо же ручка для других сервисов). Но очень важная фича, что можно выстраивать архитектуру между разными сервисами который написаны на разных языках.

@sasichkamega 9 ай бұрын

В proto3 удалены required и optional. Все по умолчанию optional. Выбрал grpc в своем микросервисном приложении только из-за того, что proto файл это по сути и есть документация api. На остальные плюсы в целом пофиг было😅, я готов был мириться с оверхедом реста, но протофайлы это, имхо, киллер фича.

@avpmk 9 ай бұрын

Есть расширение, которое позволяет помечать в третьем протобафе помечать поля как обязательные, не факт что все генерилки умеют с ним работать, но scalapb умеет.

@avpmk 9 ай бұрын

OpenAPI (бывший swagger) - отличная документация. Точно так же по ней генерят и контроллеры (и модели) для бекенда и клиентов для разных языков. И наоборот по коду на бекенде генерят доку. Единственный минус - нельзя описать websocket (раньше по крайней мере так было). Но при помощи AsyncAPI можно (им не пользоваться).

@frez_x 8 ай бұрын

@@avpmk вебсокети тепер теж можна

@MrCter 9 ай бұрын

как все свежо и молодежно 😊 как будто и не было корбы и ms rps больше 30 лет назад...

@uuuummm9 6 ай бұрын

Скоро снова придумают distributed transactions, вот тогда заживём...

@ДжонДоу-у8у 3 ай бұрын

Всё новое это хорошо забытое старое

@hunterxvov4ik 6 ай бұрын

2:50 - "конечно, теперь надо ... проводить сериализацию" - не совсем корректно, потому что json тоже проводит сериализацию перед отправкой (это и есть формат сериализированных данных), хотя и отображается в human-readable виде

@ZRKDark 9 ай бұрын

Посмотрел все ваши видосы, после того как вы попались в предложке. Очень доволен подачей материала! Но после описания модели OSI не увидел описание модели TCP/IP, которая, на мой взгляд, более ёмкая. Прошу сделать следующий ролик о ней)

@Qiqpop 9 ай бұрын

отличный видос, продолжайте в том же духе

@sergey.k 9 ай бұрын

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

@kae6108 7 ай бұрын

Главное что за это платят деньги)

@Exy63 9 ай бұрын

Супер урок! Спасибо 🎉

@20GK20 9 ай бұрын

Отличный видеоролик Интересно будет если расскажете про Kafka или Redis

@merionacademy 9 ай бұрын

Обязательно будет! Кстати, про redis мы уже немного рассказывали в нашем видео про NoSQL

@daniyarzhanakhmetov7741 9 ай бұрын

А есть видео о том, как хранятся данные(object(array, {}, function)) в памяти и как происходит push, unshift, etc. c этими данными?

@RatchetTV1515 9 ай бұрын

Наверное, пока что лучше юзать rest для общения фронтенда и бекенда. Можно через api gateway преобразовывать запросы в grpc

@semenloktionov3512 9 ай бұрын

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

@MRoose 9 ай бұрын

Тоже так думал пока не прочел Site Reliability Engineering от инженеров Google. У них фронт с бэком по rpc общается. Поэтому так шустрр и стабильно возможно

@RatchetTV1515 9 ай бұрын

@@semenloktionov3512 разве что придётся фронтов переучить. Хотя тем, кто пользовался автогенерацией клиента по openapi будет проще, думаю. Значит, за grpc будущее. А вот что с graphql тогда - не понятно

@uuuummm9 6 ай бұрын

@@RatchetTV1515 graphql по-моему концепт другого уровня. Он вполне может работать и поверх grpc.

@RatchetTV1515 6 ай бұрын

@@uuuummm9 ну, кстати, думаю, что хороший вариант в виде интерфейса BFF делать через graphql

@vorchuun 3 ай бұрын

Не понял момента в чем преимущество общения grpc в микросковисах , когда для этого используют брокеры с http

@АлексейПатрушев-ю9ь Ай бұрын

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

@АлексейАнашкин-щ5ж 4 ай бұрын

Для внешних интеграций конечно лучше REST

@РоманПоследовский-п3д 7 ай бұрын

Есть только одна причина использовать gRPC - это если вы гугл и увеличивая пропускную способность, прилучается солидная экономия на ресурсах оборудования. Во всех иных случаях - вы получаете сложность поддержки и отладки

@xakep2776 Ай бұрын

Херь написал

@midrim 16 күн бұрын

Тогда переходи на голубей😂

@АндрейМихайлов-о6я3ц 11 күн бұрын

@@midrim гRPC

@ВиталийСорока-т8н 3 ай бұрын

Рест удобно года пэйлоад не очень большой или когда всегда большая часть полей присутсвует в каждом запросе

@ИльяГордеев-т3х 9 ай бұрын

Спасибо за видео! Бвло интересно 😊

@arbaktiyarov Ай бұрын

Лучший

@spacexnix 9 ай бұрын

Хорошее видео. Понятное ❤

@Edgar-pu1lc 9 ай бұрын

Но передача json тоже по сути бинарный, не ?

@VitaliySunny 9 ай бұрын

Верно, но передается текстовая информация (структура json - ключи, значения, всякие управляющие скоробочки и конструкции), когда как в gRPC только значения (структуру мы определяем на этапе создания protobuf). Т.е. gRPC в этом случае гораздо меньше по объему, соответственно быстрее.

@__ali__97 9 ай бұрын

офигенные видосы, все пересмотрел по несколько раз) предлагаю следующее видео запилить про graphql

@vino_kurov_it 9 ай бұрын

Хотите сказать что для взаимодействия с Docker-Compose их контейнерами? Юзать TCP не логично?

@dan_feed8264 9 ай бұрын

я правильно понял, что можно переставать учить rest и начинать учить grpc?

@zakirovio 9 ай бұрын

2:03 не PATCH?

@sysfab 9 ай бұрын

о новый видосик

@BurmAlex Ай бұрын

Так это все же технология, фреймверк или система? А то за одну минуту чем только не назвали

@ВасилийЮдин-п8ы 9 ай бұрын

Дай бог здоровья

@uudecode 9 ай бұрын

Чот подумал, а что в grpc с bigendian\littleendian ?

@Hadagan_man 9 ай бұрын

Мне интересно что за микрофон у Диктора ))

@Daleever 9 ай бұрын

отличный ролик

@ЮлиСантори 9 ай бұрын

Меня тут на собес спросили: а можно ли через http реализовать асинхронную интеграцию? И что - то я подвисла) Помогите, знатоки!

@Georgii1212 5 ай бұрын

можно

@DoggerProgger 9 ай бұрын

8:37 очень много кодаааааа не супер нужного, но если очень много денег и времени, вполне можно попробовать

@ИванОкоянный-с9к 9 ай бұрын

Контент краткий и интересный! Можно узнать название саундтрека к вашим роликам?

@milton4691 9 ай бұрын

Жду видос по эластику

@panda58dev 9 ай бұрын

Жду видос по мантикоре

@GladSpiR 9 ай бұрын

Когда нужен синхрон , наверно тогда REST

@nevdupIenysh 9 ай бұрын

Rest и на асинхронном пишут

@flaviusaecius7021 9 ай бұрын

Все круто. Но я ничего не понял

@Madgav777 8 ай бұрын

И правда, наконец, стало понятно! Как будто ангельской золотой дождь на темечко пролился. Хотелось еще немного по минусам grpc послушать

@stari4ok702 9 ай бұрын

Предположу, что REST нужен там, где не нужна потоковая передача данных и мультиплексирование, но конкретный пример в голову не приходит. Кидайте свои мысли камрады :)

@uuuummm9 6 ай бұрын

Я уже давно все вебные протоколы использую как функции, начиная с веб-сервисов.

@qlobik 9 ай бұрын

Сделайте пожалуйста Видео про ISCSI

@Aleksandr37rus 9 ай бұрын

Rest лучше в названии) простота а еще независимость.

@ВладРоманов-ю8л 9 ай бұрын

Сделайте видео про Unix сокеты пожалуйста

@Qiqpop 9 ай бұрын

пришел по зову из телеги

@user_Broke_David 9 ай бұрын

Рест умер , вкатываемся на grpc?

@asedael5519 9 ай бұрын

Не-а, для микросервисов больше эта технология.

@svinoswag 8 ай бұрын

Сделайте видео про сокеты на трансплртном уровне пожалуйста

@НиколайВикторович-х3г 9 ай бұрын

А ответ на вопрос можно ?)

@ВадимХвас 9 ай бұрын

а 👉а 👉

@v.lavrinovics1970 7 ай бұрын

Автор видео, вы куда то очень торопились?

@merionacademy 7 ай бұрын

На троллейбус только, а что?

@IngersollMaria-z9s 2 ай бұрын

Moore Maria Lopez Brian Thompson Frank

@merionacademy 2 ай бұрын

Esteban González, Fernando Sánchez, Enrike Espenoza, Mario Garcia

@Serofim2013 9 ай бұрын

❤

@IQ-120 2 ай бұрын

Дожили... Хайп подняли... Ню, стандарт это хорошо... 10 лет назад делал самописную херню такую... А сейчас пришли крутые парни... Это как C# сборки иметь вместо js скриптов в браузере... Очередная блестяшка для сорок...