Почему был выбран gRPC, а не REST? Были ли конкретные требования к производительности?

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

REST подходит, когда важна простота, широкая поддержка и возможность легко интегрироваться с разными клиентами (браузеры, мобильные приложения). Он использует HTTP/1.1 и текстовый формат JSON, что облегчает отладку и мониторинг.

gRPC выбирался, когда нужна высокая производительность, низкая задержка и строгая типизация. Он использует HTTP/2 и бинарный протокол Protobuf, что снижает нагрузку на сеть и ускоряет обмен данными. Особенно полезен для микросервисной архитектуры внутри инфраструктуры, где все сервисы доверяют друг другу.

Пример: если сервис должен обслуживать внешних клиентов с разными платформами, выбираем REST. Если же это внутренние высоконагруженные сервисы с большим количеством вызовов, лучше gRPC.