Какой реальный баг может возникнуть из-за неправильного понимания streaming RPC?

Суть: streaming RPC позволяет передавать поток сообщений client/server/bidirectional.

Пример:

rpc Watch(Req) returns (stream Event)

Практический акцент: Проверяйте не только happy path: добавьте негативные сценарии, timeout/cancel, граничные значения и регрессионный тест на типичную ошибку.

Типичная ошибка: использовать streaming без backpressure и cancellation.

Как отвечать на собеседовании: В ответе важно показать понимание контрактов, совместимости, cancellation, deadlines и отказоустойчивости.