The app is a Spring app (not Spring boot) deployed on a VM (not in the cloud) using Jetty. Today we have a bunch of property and config files that differ per environment (local/sys, acc, prod). Right now, as part of our build, 3 different zip files are built for each environment, and we take these zip files to teh respective environment and replace them when needed. This involves a bunch of manual steps and is very error prone.
The goal is to move towards the cloud and deploy it in a Docker container using Azure Container Apps. I have very limited experience with containers and Azure, and none with Azure Container Apps.
One of the things I'm working on right now is understanding how properties are usually handled when working with containers and deployment in Azure.
My understanding is that properties should not be part of the built image, which makes sense. Today the properties are not part of the war deployed to Jetty, which enables us to shut down the app, change a property and start it back up without having to redeploy. We want to keep this functionality when moving to containers.
My question is:
How should we set it up in Azure so that we can read properties from the container at startup, and still have different properties for each environment? I'm imagining some solution where each container deployed is provided an environment flag (SYS, ACC, PROD), and then reads the correct version of a property from somewhere. I'm thankful for straight up solutions, links to good tutorials/documentations and general tips.
Thanks!