Skip to content

Elevate your tech career, reclaim your life.
Home / Content / The Show / How To Use Configuration Management For Continuous Delivery Of Software

How To Use Configuration Management For Continuous Delivery Of Software

configuration management

The more configuration settings your application has, the more important management is so you can release your software properly.

Watch or listen to this episode

YOUTUBE

SPOTIFY

APPLE

As described in the video on isolating customers from your changes, there are typically a minimum of three environments into which software can be deployed.

There are configuration settings used by your application, service, or product with software that need to change depending on the environment. These are called environment-specific configuration settings, and this video describes an approach for managing their values.

You may have configuration settings in several files like the web.config (.NET), database.yml (rails), or .json files (nodejs) as examples. The settings in these files that are specific to an environment need to be set appropriately whenever your product and its components are deployed.

Though there are utilities and tools often available that will set these appropriately for each type of file, this makes deployment more complicated since there is still duplication.

The same database connection may exist in multiple files that all need to access the same database, but are for a different technology for example.

Rather than using these technology-specific approaches, a more efficient method that will help your team be more agile is to centralize all environment specific configuration in one master file or list. Then you need to use some script or technology that can read those settings and overwrite the values in the source code or configuration files once deployed to an environment to the correct setting.

The more configuration settings your application has, the more important it is that you create automated tests to verify that they work properly. One of the most costly ways to deliver software is to have an extremely flexible set of configurations and not have an automated way to test all of the combinations. The time spent manually testing this is much less than the investment necessary to build out the automation – and will pay you back time and again in time to market with future changes.

Resources

Development Environments – Isolating Customers From Your Changes
Continuous Delivery Best Practices For Infrastructure As Code

About the THRIVING TECHNOLOGIST show

On YouTube and all major podcast networks, Jayme shares teamwork and leadership strategies, guidelines for healthy company culture, and stories about real projects so you can have a sustainable career in the software industry.

Subscribe Now
YOUR HOST

Jayme Edwards

A family man and veteran of nearly 40 software projects, Jayme experienced many wins and losses over his career as an architect and consultant.

Now he's coaching software developers, managers, and business owners to overcome challenges in the IT industry - so they keep growing.
Thriving Technologist uses cookies to provide you with the best website experience.
Read my privacy policy for info about how I use cookies.