Kubernetes Patterns Environment Variable-Based Configuration: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
 
(One intermediate revision by the same user not shown)
Line 18: Line 18:


* Environment variables become unwieldy for large amounts of configuration.
* Environment variables become unwieldy for large amounts of configuration.
* Environment variables are not secure.
* Environment variables are not secure, the configuration easily surfaces in the logs.
* Because environment variables can be set at multiple levels, configuration can become fragmented. It could be hard to track for a given environment variable where it is set.
* Environment variables can only be set before the application starts. However, this may not be such a big problem, as we tend to favor immutable configuration.

Latest revision as of 20:20, 28 February 2024

External

Internal

Overview

Environment variables are universally supported and suited for configuration values that are small in size. Every operating systems allows definition of environment variable, and every programming language allows easy access to these environment variables.

As long as the application is coded to expect configuration as environment variables, the actual values of those environment variables can be provided in different layers:

Disadvantages:

  • Environment variables become unwieldy for large amounts of configuration.
  • Environment variables are not secure, the configuration easily surfaces in the logs.
  • Because environment variables can be set at multiple levels, configuration can become fragmented. It could be hard to track for a given environment variable where it is set.
  • Environment variables can only be set before the application starts. However, this may not be such a big problem, as we tend to favor immutable configuration.