Что такое RPC и gRPC за 10 минут

Рет қаралды 65,058

2 жыл бұрын

В статье мы узнаем:
- Что такое RPC
- Что такое gRPC
- Как расшифровывается RPC и gRPC
- Зачем нужен gRPC
- Преимущества gRPC
- Архитектура gRPC
- Что такое HTTP/2
- Что такое мультиплексирование
- Что такое сжатие заголовка
- Что такое буфер протокола (Protobuf)
- Другие фишки gRPC
Listen IT на Я.Дзене - zen.yandex.ru/listenit
Поддержать канал разово - yoomoney.ru/to/410012243709514
Поддержать канал подпиской - boosty.to/listenit
Телеграм-канал - t.me/listenit_channel
По вопросам сотрудничества - t.me/ed_akimov
Ссылка на статью - dev-gang.ru/article/czto-tako...
Документация по Protobuf - developers.google.com/protoco...
Различия REST и SOAP за 4 минуты - • Различия REST и SOAP з...
Введение в REST API за 7 минут - • Введение в REST API за...
Что такое Swagger и OpenAPI за 3 минуты - • Что такое Swagger и Op...
Что такое HTTP и HTTPS за 9 минут - • Что такое HTTP и HTTPS...
Что такое CRUD за 6 минут - • Что такое CRUD за 6 минут
Что такое middleware за 7 минут - • Что такое middleware з...
Что такое идемпотентность - • Что такое идемпотентно...
Что такое ACID за 9 минут - • Что такое ACID за 9 минут
Что такое HATEOAS за 4 минуты - • Что такое HATEOAS за 4...
Что такое CI/CD - • Что такое CI/CD? Разби...
Что такое Code First подход за 4 минуты - • Что такое Code First п...
Что такое Contract First подход за 4 минуты - • Что такое Contract Fir...
Что такое Docker за 5 минут - • Что такое Docker за 5 ...
Что такое Kubernetes за 9 минут - • Что такое Kubernetes з...

Пікірлер: 66

@alexandrborisov312 Жыл бұрын

Молодец! Очень сжато и без воды. Так держать

@Hande_hoch Жыл бұрын

очень хорошо, что всё сказанное есть в тексте. На слух воспринимать труднее. Я слушаю, ставлю на паузу, читаю, и потом окончательно понимаю))

@OlegPetrow-dp1vp Жыл бұрын

Большое спасибо за это видео!

@aHandfulOfR Жыл бұрын

Спасибо, крайне полезная информация и хорошая дикция! Лучше, чем у моего внутреннего голоса ))

@divsrv 2 жыл бұрын

Спасибо большое мил человек, ваша работа превосходна. Как раз искал краткий и ёмкий контент.

@ListenIT_channel 2 жыл бұрын

Спасибо! Рад, что понравилось.

@MichaelZh 8 ай бұрын

Спасибо большое за видео!

@whereispie Жыл бұрын

Спасибо, емко и интересно

@it2341 2 жыл бұрын

Вот прям огонь! Молодчики!

@arseniipelekh2885 2 жыл бұрын

Спасибо за работу!

@ListenIT_channel Жыл бұрын

Спасибо, что заглянули, ждём ещё :)

@user-wk7ri5hf3e 2 жыл бұрын

Огонь! 🔥

@NeoCoding 2 жыл бұрын

большое спасибо большая работа

@YGNETATEL_3000 Жыл бұрын

Ничего не понял, но очень интересно ! открыл для себя gRPC. Пойду ознакомлюсь подробнее.

@kitusis244 2 жыл бұрын

Герои по голове ударили. Спасибо за видео ))

@user-nh1lp8xt4j 3 ай бұрын

Конечно ставлю лайк! И я давно подписан))

@user-gg4zu4tl9d Жыл бұрын

спасибо автору

@terr7139 2 жыл бұрын

Спасибо за работу! Расскажи про следующие вещи: - прокси-сервер; - очередь сообщений; - nginx; - отличие web-приложения от сайта.

@ListenIT_channel 2 жыл бұрын

Понял, возьмём в очередь по статьям 👌

@ListenIT_channel 2 жыл бұрын

А вот и статья про прокси, как обещали - kzfaq.info/get/bejne/pct_qMSi3r_eg40.html

@MRoose 2 жыл бұрын

Очень хорошее видео, за 10 минут самые основы. Но боже, после того как мозг пропитан REST и SOAP, сложно перестроться хотя бы для понимания

@alexandrstatut 4 ай бұрын

Ничего непонятно, но очень интересно...

@snpr5278 2 жыл бұрын

Нихрена не понял, но очень интересно)

@user-xp8zi5bs1d 2 жыл бұрын

Не хватает примеров, слишком абстрактно ...

@alexeis6106 Жыл бұрын

Он статью зачитал, а не разобрался и рассказал ;)

@dasshrs 2 ай бұрын

В плане теории круто, но да пример бы в конце реальной реализации

@user-hp3xr8it8n 2 жыл бұрын

Grpc решает проблемы, возникающие из-за того, что Микросвервисы написаны на разных языках, но ведь Микросвервисы общаются между собой по http, какая разница на каком языке написан Микросвервис? 3:00

@Youtooobo Жыл бұрын

Да он не понимает тему до конца. Просто зачитал википедию.

@MrOldschoolrocknroll 7 ай бұрын

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

@deadz0mbie 4 күн бұрын

@@MrOldschoolrocknroll Поговаривают, есть такая штука, как OpenAPI и на основе схем можно геренить клиенты и серверы для разных языков. Что принципиально нового в этом отношении предлагает RPC?

@IanNerovny 2 жыл бұрын

Расскажи про Шину данных)

@ListenIT_channel 2 жыл бұрын

Касались темы шины в статье по SOA ( kzfaq.info/get/bejne/jcd2fMZ7srLZfps.html ). Если что-то ещё хочется узнать про шину, напиши :)

@MegaDestroer1 2 жыл бұрын

Было бы интересно узнать в чем разница КСШ (Корпоративная сервисная шина) и Apache Kafka или ещё какая нибудь MQ (message queue)

@ListenIT_channel 2 жыл бұрын

Поняли, возьмём на вооружение!

@Kushedow 6 ай бұрын

Под "Шаблон метода наблюдателя" имеется в виду паттерн Наблюдатель, я правильно понял?)

@uluktursun92 Жыл бұрын

Спасибо, 7:34 3 строка HEADER*

@user-en4wc3mt9k 2 жыл бұрын

Использование 1го соединения для отправки множества запросов стало возможным уже в протоколе HTTP 1.1

@dzen1234 Жыл бұрын

Ага. Единственно что серверу нельзя было отвечать на следующий запрос не обработав предыдущего. В видосе неточность. Который раз убеждаюсь, что просмотр видосов - опасен, лучше RFC читать.

@dzen1234 Жыл бұрын

6:58 "Позволяют уменьшить полезную нагрузку". А может все-таки увеличить полезную (в процентах)?

@user-ee9ql7cu3o 2 жыл бұрын

нормас, только хттп прикладной

@MrSatan662 2 жыл бұрын

А чем собственно вызов функции отличается от обычного HTTP запроса?

@ListenIT_channel 2 жыл бұрын

Имеете в виду, чем отличается запрос REST от запроса RPC, например? REST оперирует ресурсами (то, над чем нам нужно произвести действие), а RPC оперирует конкретными действиями, т. е. функциями, которые дадут нам нужный результат. REST использует параметры пути URL для идентификации конкретных ресурсов (например, GET /persons/1), а RPC использует параметры запроса для ввода функций (например, GET /readPerson?personid=1).

@MrSatan662 2 жыл бұрын

@@ListenIT_channel Проще говоря rest это операции с абстракциями ресурсов, а rpc операции с исполняемым кодом. Верно?

@user-en4wc3mt9k 2 жыл бұрын

@@MrSatan662 REST - это взаимодействие при помощи отправки/приема http запросов, а RPC c помощью вызова функций.

@MrSatan662 2 жыл бұрын

@@user-en4wc3mt9k так реализация rpc call тоже выполняется путём отправки запроса по http протоколу. Или я что-то путаю?

@user-mw6sy3nu8j 2 жыл бұрын

@@MrSatan662 Да. Только в соответствии с другим стандартом. И тут и там хттп только в случае с рестом нужно проектировать и создавать решения, а в случае с рпс есть либы и стандарты которые у прощают взаимодействие. Например рпс может вообще не иметь заголовков в запросе но проще понять что им проще пользоваться как библиотекой когда рест это взаимодействие на стандарте хттп.

@konstantinchvilyov9602 5 ай бұрын

frame [freɪm] рамка, обрамление, кадр, оправа

@memeger89 2 жыл бұрын

4:16 http не транспортный, а прикладной

@web_works_agency 2 жыл бұрын

вообще да, но в gRPC он используется как транспортный протокол, тем самым нарушая модель OSI

@deniskadet 10 ай бұрын

http протокол прикладного уровня. tcp и udp протоколы транспортного уровня

@abonentnumber3283 9 ай бұрын

Стало еще непонятнее

@MyNameIsYou900 5 ай бұрын

спасибо, но ничего не понял, но это потому что я балван скорее всего

@deadz0mbie 4 күн бұрын

Статья ужасная, только запутывает. Возьмем утверждение о том, что grpc не использует обычный http вызов, а использует вызов функции. Вопрос: почему не объяснить сразу что за волшебный "вызов функции"? Почему не рассказать сразу что данные также идут через HTTP/2 и пояснить разницу (тип передаваемых данных, способ коннекта, валидации и т.п.). Вода водой. Сути нет, нет нюансов, которые человеку, не сталкивавшимся с grpc так нужны.

@MrRoggea Жыл бұрын

Очень похоже на плохой перевод, причем переводчик иногда повторяет одно и тоже два раза, очевидно, вообще не понимая суть того, что он переводит

@user-qo3rr3kf9i Жыл бұрын

Очень много ошибок. Понимаю, что это озвучка статьи, но тем не менее.

@MsXanKriegor 9 ай бұрын

в какой то момент перестал понимаю какого объясняется http/2 мультиплекс, когда речь о gRPC. Автор делай паузы не для точки, а для восприятия... ставь смысловое ударение и больше сравнения. Метаданные и заголовки... ну и какая разница? автор просто тупо прочёл, что такое есть... напоминает помощь от Micrisoft. Капитан очевидность, пожалуйста удели вниманию разнице, что было и что стало и почему вдруг это лучше