Hello,
We have a monolith app with five distinct environments. Our devops guy has currently organized this as a two postgres services (master/replica) in five different projects, i.e. we have a project per env strategy.
I think if I were architecting this today, I’d create a single project and two services (master/replica) per env.
How do you prefer organizing your services? What are the pros/cons?
One con I see is that now I want to introduce a nightly forking to share data from one env to another env, but you can’t seem to fork services across products, only into the same product, so the way we’ve arranged things doesn’t support this flow.