Как выглядит эталонная структура сервиса. Я имею в виду, что в обычном приложении у меня есть папка internal, в которой лежат папки repository, services, handlers (специально именно эти три написал). При этом структура может выглядеть как-то так:
internal
--handlers
----handlers.go
----user.handler.go
----post.handler.go
--services
----services.go
----user.service.go
----post.service.go
--repository
----repository.go
----user.repository.go
----post.repository.go
А в микросервисной архитектуре структура такой быть не может. В ней, получается, нет пакета services. И тут вопрос, значит ли это, что я могу обращаться к репозиторию прямо из handlers? Кажется, что так нельзя, но тогда как назвать пакет с бизнес логикой?
И сразу ещё один вопрос. В этой структуре у меня, получается, пакет handlers состоит только из 2 файлов (интерфейса и реализации) и repository тоже только из 2. Это странно. Не могли бы вы начертить структуру в ответе?
Простой
Средний
