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

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

2y ago 29:31

साझा करें

Денис, Ігор, Саша द्वारा प्रदान की गई सामग्री. एपिसोड, ग्राफिक्स और पॉडकास्ट विवरण सहित सभी पॉडकास्ट सामग्री Денис, Ігор, Саша या उनके पॉडकास्ट प्लेटफ़ॉर्म पार्टनर द्वारा सीधे अपलोड और प्रदान की जाती है। यदि आपको लगता है कि कोई आपकी अनुमति के बिना आपके कॉपीराइट किए गए कार्य का उपयोग कर रहा है, तो आप यहां बताई गई प्रक्रिया का पालन कर सकते हैं https://hi.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 – що це, як це і чому не підходить для всіх?