IK
Это не имеет ничего общего с директорией src в самом модуле, в го такое вообще не используется
Size: a a a
2020 August 24
AB
Коллеги, а goland как-то можно настроить поддержку grpc-gateway в протофайлах?
можно установить плагин
а потом в
Protobuf Supportа потом в
Setttings -> Protobuf Support добавить в Custom include paths пути, где у вас лежат нужные инклюдыIK
можно установить плагин
а потом в
Protobuf Supportа потом в
Setttings -> Protobuf Support добавить в Custom include paths пути, где у вас лежат нужные инклюдыСпасибо большое, действительно заработало
IK
Вопрос по grpc:
Вы разбиваете API на отдельные небольшие сервисы в рамках одного сервера, или все в одном сервисе делаете?
Вы разбиваете API на отдельные небольшие сервисы в рамках одного сервера, или все в одном сервисе делаете?
IK
Грубо говоря есть некий микросервис, он умеет работать с сущностями А, Б, В
Будет ли это сервис c методами вида GetA, ListA, CreateA, GetБ…
Или будет сервис А с методами Get, List, Create, сервис Б и т.п.?
Будет ли это сервис c методами вида GetA, ListA, CreateA, GetБ…
Или будет сервис А с методами Get, List, Create, сервис Б и т.п.?
IK
Каких-то хороших гайдлайнов по теме не нашел
DP
сильно зависит от требований клиента
DP
именно для grpc - очень сильно
ЕО
Вопрос по grpc:
Вы разбиваете API на отдельные небольшие сервисы в рамках одного сервера, или все в одном сервисе делаете?
Вы разбиваете API на отдельные небольшие сервисы в рамках одного сервера, или все в одном сервисе делаете?
Сервис на сущность
DP
на серверной стороне ты можешь на один листенер повесить несколько сервисов
DP
а вот с клиентом это сложнее
DP
хотя...
DP
вроде, тоже просто
IK
На один dial повесить?
DP
ага
IK
У меня сервер я, клиент внутренний (другие сервисы)
С одной стороны все в один сервис пихнуть проще
С другой - меньше возможности для дальнейших маневров
С одной стороны все в один сервис пихнуть проще
С другой - меньше возможности для дальнейших маневров
IK
А именно нейминг методов
AS
У меня сервер я, клиент внутренний (другие сервисы)
С одной стороны все в один сервис пихнуть проще
С другой - меньше возможности для дальнейших маневров
С одной стороны все в один сервис пихнуть проще
С другой - меньше возможности для дальнейших маневров
service Auth {
rpc DoAuth (AuthReq) returns (AuthRsp);
rpc DoDeauth (AuthReq) returns (AuthRsp);
rpc DoFinal (AuthReq) returns (AuthRsp);
rpc DelSess (AuthReq) returns (AuthRsp);
rpc GetStatus (AuthReq) returns (AuthRsp);
}
service SessV2 {
rpc Encrypt (AuthReq) returns (AuthReq);
rpc Decrypt (AuthReq) returns (AuthReq);
}
на одном коннекшене...ЕО
У меня сервер я, клиент внутренний (другие сервисы)
С одной стороны все в один сервис пихнуть проще
С другой - меньше возможности для дальнейших маневров
С одной стороны все в один сервис пихнуть проще
С другой - меньше возможности для дальнейших маневров
Чем проще-то? Наоборот сложнее всё в один сервис пихать