Подскажите, как структурировать монолитное приложение. Склоняюсь делать так же как в

Question

Подскажите, как структурировать монолитное приложение. Склоняюсь делать так же как в

популярных фреймворках скриптовых (php, python) языков.
То есть создаю пакеты controller, repository, handlers (чтобы не плодить логику в контроллерах).

Но там всё построено вокруг DI контейнеров. И не совсем понимаю как лучше прокидывать зависимости внутрь пакетов в Go.

Вроде как package level variables это зло и этого нужно избегать.

В итоге, есть основная структура app

auth, err := auth.New(privateKey, publicKey, jwtTTLHours)
if err != nil {
log.Fatal(err)
}

return &app{
Router: chi.NewRouter(),
Auth: auth,
Validator: validator.New(),
}

И приходится добавлять сервисы в поля этой структуры.
Но, допустим, контроллеры сервисами не являются. Поэтому объявляю их в роутах, вот так:

a.Router.Route("/auth", func(r chi.Router) {
ctrl := &controller.AuthController{AuthService: a.Auth, Validate: a.Validator}

r.Post("/sign-in", ctrl.SignIn)
r.Post("/sign-up", ctrl.SignUp)
r.Post("/reset-password", ctrl.ResetPassword)
r.Post("/new-password", ctrl.NewPassword)
r.With(mid.JWTCheck(a.Auth)).Put("/verify/{code:[0-9]+}", ctrl.VerifyEmail)
})

Но чтобы в контроллерах использовать сервисы (валидатор, auth), я внедряю их в структуру AuthController

Но внутри методов контроллера вызываются методы из пакета handlers (чтобы не разбухали методы контроллеров).
И вот в этих методах пакета handlers тоже хотелось бы иметь доступ ко всем сервисам. Но прокидывать все сервисы в самую глубину неудобно.

Как вы решаете подобные проблемы?