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

[@devospos]

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

[@VitaliySunny]

unix сокеты?

[@devospos]

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

[@Nicktimes]

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

[@ВикторКавацюк]

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

[@xakep2776]

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

[@hunterxvov4ik]

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

[@azizsaparniyazov4601]

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

[@VitaliyZlobin]

Ролик топовый. Спасибо что разблокировал воспоминание про GPRS. На 6:25 - вообще топово пошутил, жаль уже не многие подписчики оценят))

[@italky84]

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

[@Disorrder]

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

[@palach_666]

Согласен, выглядит как план

[@ZRKDark]

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

[@artemrokhmakov6373]

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

[@MrCter]

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

[@uuuummm9]

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

[@ДжонДоу-у8у]

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

[@sasichkamega]

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

[@avpmk]

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

[@avpmk]

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

[@frez_x]

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

[@hunterxvov4ik]

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

[@Qiqpop]

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

[@20GK20]

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

[@merionacademy]

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

[@Exy63]

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

[@sergey.k]

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

[@kae6108]

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

[@RatchetTV1515]

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

[@semenloktionov3512]

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

[@MRoose]

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

[@RatchetTV1515]

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

[@uuuummm9]

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

[@RatchetTV1515]

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

[@daniyarzhanakhmetov7741]

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

[@__ali__97]

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

[@ИльяГордеев-т3х]

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

[@АлексейПатрушев-ю9ь]

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

[@spacexnix]

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

[@vorchuun]

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

[@dan_feed8264]

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

[@АлексейАнашкин-щ5ж]

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

[@ВиталийСорока-т8н]

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

[@Edgar-pu1lc]

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

[@VitaliySunny]

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

[@vino_kurov_it]

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

[@РоманПоследовский-п3д]

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

[@xakep2776]

Херь написал

[@midrim]

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

[@АндрейМихайлов-о6я3ц]

@@midrim гRPC

[@whoami-o9j]

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

[@BurmAlex]

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

[@ВасилийЮдин-п8ы]

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

[@uudecode]

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

[@ЮлиСантори]

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

[@Georgii1212]

можно

[@ШураАрхипов-м9ц]

Длинный собес получился 🤔

[@Hadagan_man]

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

[@arbaktiyarov]

Лучший

[@Daleever]

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

[@milton4691]

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

[@panda58dev]

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

[@ВладРоманов-ю8л]

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

[@ИванОкоянный-с9к]

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

[@zakirovio]

2:03 не PATCH?

[@Madgav777]

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

[@stari4ok702]

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

[@uuuummm9]

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

[@DoggerProgger]

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

[@qlobik]

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

[@GladSpiR]

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

[@nevdupIenysh]

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

[@Aleksandr37rus]

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

[@flaviusaecius7021]

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

[@user_Broke_David]

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

[@asedael5519]

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

[@svinoswag]

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

[@НиколайВикторович-х3г]

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

[@Qiqpop]

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

[@Serofim2013]

❤

[@v.lavrinovics1970]

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

[@merionacademy]

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

[@IngersollMaria-z9s]

Moore Maria Lopez Brian Thompson Frank

[@merionacademy]

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

[@novakorezz]

а 👉а 👉

[@Naumkovich]

Жесть, пчел юзает мёртвые мемы и то криво ( Помянем

[@RustamMajidov]

Что за ересь? Где лягушонок с компуктером?

[@Михазагрздин]

⁴⁴⁸

[@IQ-120]

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

[@ДаниилШестаков-щ8к]

😂😂😂бляяя Ахаха Эта бабка со свечами разорвала меня нахуй)

[@100BAXOV]

САМЫЙ ОТВРАТИТЕЛЬНЫЙ САЙТ У ВАС