Мне просто немного не ясна картина как завязать все правильно -
1. Дробить на сервисы. Допустим, у нас два сервиса: UserService(включает в себя авторизацию, регистрацию); PostService(отвечает за публикацию неких объектов, удаление и тд.) Вход к ним по https - .com/api/v1/user/login и .com/api/v1/post/create и тд. И как завязать эти урлы к сервисам? Получается, необходимо создать некий сервис Router, в котором поднимается веб-сервер с, к примеру, gorilla mux и там уже в хендлерах идет вызов по RPC каких-либо сервисов?
2. Больше не придумал 😄
Какая практика считается правильной?) либо я что-то не понял до конца

Или же не париться и строить REST?) Но блин, хочется модно))

Мне просто немного не ясна картина как завязать все правильно -
1. Дробить на сервисы. Допустим, у нас два сервиса: UserService(включает в себя авторизацию, регистрацию); PostService(отвечает за публикацию неких объектов, удаление и тд.) Вход к ним по https - .com/api/v1/user/login и .com/api/v1/post/create и тд. И как завязать эти урлы к сервисам? Получается, необходимо создать некий сервис Router, в котором поднимается веб-сервер с, к примеру, gorilla mux и там уже в хендлерах идет вызов по RPC каких-либо сервисов?
2. Больше не придумал 😄
Какая практика считается правильной?) либо я что-то не понял до конца

коллега, мне кажется - вы задачу свою не осознали пока

коллега, мне кажется - вы задачу свою не осознали пока

Или же не париться и строить REST?) Но блин, хочется модно))

Возможно

входная точка называется application gateway, и на этом месте обычно или nginx, или traefic, иногда - haproxy

кажется да, чтобы все преимущества либы были видны сразу - тут точно так же работает маркетинг как и везде

не обязательно

Ну он же пекедж пытается открыть