You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The configuration is a key portion of an application that makes it powerful and scaleable while also producing hard challenges like: where did this variable come from? Where is X being defined? Why is my application connecting to localhost instead of the production database?
I want to investigate ways of making this process more seamless through strict data contracts (like ansible or an application throwing an error when a variable is not defined) in production while also allowing a developer to never have to touch any configuration when doing simple development.
Questions
How so we pass configuration variables to the applications in production, staging, and development?
How to minimize the number of places that a configuration needs to change in order to affect all of the relevant portions of code?
Specifically, take a look at setting the database url in ansible
How do we move towards a no configuration developer experience in development with a minimum number of configuration changes necessary in production?
Should we use env_vars in docker_compose or .env on the local filesystem?
Remove environment variables entirely in production by using vault?
How do we fail-fast when development variables are missing/make strict contracts that certain variables must be defined for the application to work?
The text was updated successfully, but these errors were encountered:
kevinschoonover
changed the title
Investigate configuration variables in development/prod
Investigate configuration variables in development, staging, and production
Aug 20, 2020
Motivation
The configuration is a key portion of an application that makes it powerful and scaleable while also producing hard challenges like: where did this variable come from? Where is X being defined? Why is my application connecting to localhost instead of the production database?
I want to investigate ways of making this process more seamless through strict data contracts (like ansible or an application throwing an error when a variable is not defined) in production while also allowing a developer to never have to touch any configuration when doing simple development.
Questions
The text was updated successfully, but these errors were encountered: