№29: GRPC – Що Це, Як Це І Чому Не Підходить Для Всіх? Опівночні Балачки podcast

№29: gRPC – що це, як це і чому не підходить для всіх?

2y ago 29:31

المحتوى المقدم من Денис, Ігор, Саша. يتم تحميل جميع محتويات البودكاست بما في ذلك الحلقات والرسومات وأوصاف البودكاست وتقديمها مباشرة بواسطة Денис, Ігор, Саша أو شريك منصة البودكاست الخاص بهم. إذا كنت تعتقد أن شخصًا ما يستخدم عملك المحمي بحقوق الطبع والنشر دون إذنك، فيمكنك اتباع العملية الموضحة هنا https://ar.player.fm/legal.

🔞 Тут будуть матюки 🔞

Робочі посилання і коментарі в каналі https://t.me/midnight_chatter

0:01-1:09 intro
1:10-3:26 gRPC очима senior JSON девелоперів. Які недоліки у класичної передачі даних за допомогою JSON’ів по REST’у?
3:27-8:06 gRPC = HTTP/2 + ProtoBuf. Машинерія, що ув’язує всі ці речі між собою. Зрозуміла оф дока
08:07-10:16 - плюс №1: перевикористання прото інтерфейсів різними командами
10:17-10:54 - плюс №2: загальна швидкодія
10:55-12:50 - плюс №3: експресивна комунікація можливих помилок
12:51:15:51 - мінус №1: слідкування за схемою – це не завжди просто. Розповідаємо, як оновлювати схеми на CI і чому не вийде так просто переіменувати поле.
15:52:16:35 - Чи допоможуть тут schema registry? Відкрите питання 😊
16:36-19:19 - мінус №2: підвищена складність debug’у. Клієнти: grpcurl, класичний postman, insomnia. І мимохіть згадуємо чим Linux ліпший за Windows
19:20-21:21 - (формальний) мінус №3: ваша схема не буде робити більшість валідацій, які ви очікуєте, будьте готові імплементувати їх самі
21:22-23:36 - (пітонячий) мінус №4: генеровані класи по вашим прото читати ви не захочете, а IDE не обов’язково зможе підхопити і правильно підказувати. [Коли вже здогадаються pydantic туди додати?]
23:37-24:03 - Міряємо перформанс за допомогою ghz
24:04-27:34 - Балансування навантаження в k8s кластері
27:35-29:31 - outro і місце для ваших коментарів

Долучайтесь до наших соцмереж:

Музика: https://www.streambeats.com/ | @stasgavrylov

47 حلقات

🔞 Тут будуть матюки 🔞

Робочі посилання і коментарі в каналі https://t.me/midnight_chatter

0:01-1:09 intro
1:10-3:26 gRPC очима senior JSON девелоперів. Які недоліки у класичної передачі даних за допомогою JSON’ів по REST’у?
3:27-8:06 gRPC = HTTP/2 + ProtoBuf. Машинерія, що ув’язує всі ці речі між собою. Зрозуміла оф дока
08:07-10:16 - плюс №1: перевикористання прото інтерфейсів різними командами
10:17-10:54 - плюс №2: загальна швидкодія
10:55-12:50 - плюс №3: експресивна комунікація можливих помилок
12:51:15:51 - мінус №1: слідкування за схемою – це не завжди просто. Розповідаємо, як оновлювати схеми на CI і чому не вийде так просто переіменувати поле.
15:52:16:35 - Чи допоможуть тут schema registry? Відкрите питання 😊
16:36-19:19 - мінус №2: підвищена складність debug’у. Клієнти: grpcurl, класичний postman, insomnia. І мимохіть згадуємо чим Linux ліпший за Windows
19:20-21:21 - (формальний) мінус №3: ваша схема не буде робити більшість валідацій, які ви очікуєте, будьте готові імплементувати їх самі
21:22-23:36 - (пітонячий) мінус №4: генеровані класи по вашим прото читати ви не захочете, а IDE не обов’язково зможе підхопити і правильно підказувати. [Коли вже здогадаються pydantic туди додати?]
23:37-24:03 - Міряємо перформанс за допомогою ghz
24:04-27:34 - Балансування навантаження в k8s кластері
27:35-29:31 - outro і місце для ваших коментарів

Долучайтесь до наших соцмереж:

Музика: https://www.streambeats.com/ | @stasgavrylov

المدونة الصوتية تستحق الاستماع

Опівночні Балачки « »
№29: gRPC – що це, як це і чому не підходить для всіх?