This message was deleted.

I would first separate app code and infra code in different repos. For example ‘order-service’ and ‘order-service-infra’ The ‘-infra’ code should ideally be simple usage of some reusable terraform (for example) module (oss or built in-house). I think this could work but only if you have team which is little bit more mature with cloud tech. You can kind of have internal oss and you share a bit responsibility between platform and app teams. In case you do not have mature teams, I would completely separate app code and infra. App code owners are the app teams and infra code owners is the platform team. I talked to a lot of app developers, presented both options but they simply don’t want to hear about terraform, they just want connection string (it was DB in my case).

In the past I found it helpful to separate “stateful” from “stateless” stacks (even if deployed from the same repo technically) - you should be able to delete and recreate all of your stateless stacks without losing state

Not all the problems I have now won’t be solved by splitting the code to infra and application I’d still have cross services dependencies which are hard to handle It even make stuff harder since service a code depends on service a infra It’s harder to version them separately