Иван Шумов

Подводных камней миллион. gRPC нужен когда вам требуется высоконагруженное приложение в плане числа сетевых запросов, но вы еще не хотите переходить на TCP и UDP. Там полностью парадигма разработки меняется

Создаём новый сервис и используем его как гейтвей. Новый сервис трансформирует запросы в rest.

Работать будет. Правильно или нет зависит от того хочется реализовать REST или нет. Если REST то все это - дичь и надо прочитать про HTTP verbs: PUT, DELETE хотябы. И вообще про концепцию

Postman, insomnia для старта. А вообще инструментариев для автоматического тестирования api хватает

Он полностью соответствует REST по тому что в этой концепции отдаётся состояние ресурса. В каком оно формате - не важно, хоть в попугаях. Ресурс в данном случае - URI

PS хотя я бы за использование таких URI по рукам бы бил

Тогда для этого не нужен REST контроллер, а достаточно обычного прокси. Тот же Nginx или Apache подойдет прекрасно

Самый простой способ это short polling - опрашиваем регулярно APIs на предмет новых данных.
Чуть посложнее - Long polling - это тоже самое, но тайм-аут дольше (обычно порядка 20с, золотой стандарт)
Еще усложняем - websocket
Еще более интересно - push notifications

Со стороны сервера в любом случае надо генерировать какие-то события или уведомления и хранить для каждого пользователя чтобы клиент мог их получать. Тут подойдет как таблица так и очереди (message broker)

Нет правильного и неправильного - есть контракт. Хорошие и опытные люди используют timestamp (можно в milliseconds) по тому что он не зависит от часового пояса, но в некоторых случаях это можно смело игнорировать

PS если прямо отвечать на вопрос про

как поступать с пробелами и двоеточием

то как и со всем остальным - urlencode. Есть в каждом языке подобная трансформация

Не использовать. Для этого или думать уже про HAL/HATEOAS или в сторону GraphQL. REST под это дело работает, но очень плохо ложится в концепцию

Все варианты верные. По большей части разница в том что некоторые адреса проще роутить на разные микросервисы. Ну и личное предпочтение играет большую роль.

UPD. А использовать get параметры в таком виде считается моветоном, но в основном по тому что так труднее использовать однотипные адреса и "вложенные" ресурсы