No commit activity in last 3 years
No release in over 3 years
This gem aims to load config to ENV varaible easily. Currently configuration can be done by a .env, a yaml file or by loading from AWS System Manager Parameter Store which is recommended for production deployment.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

~> 1.16
~> 10.0
~> 3.0

Runtime

 Project Readme

EnvConfiguration

Build Status

This gem aims to load your config into ENV. Currently configuration can be done via 3 different adapters

  1. Using .env powered by dotenv gem. This is very popular in development environment.
  2. Using Yaml file config. As Yaml can be nested it is a bit more convenient than dotenv to separate setting between environment.
  3. Using AWS System Manager Parameter Store - recommended for production.

How about container service link Heroku and ElasticBeanstalk?

Heroku has an application settings for ENV which allows the config var to have up to 32kb max in size. ElasticBeanstalk has a similar approach by allowing you to set config var in the ElasticBeanstalk Settings, howeverit allows only 4096bytes max for key, value combined. This might cause issues for some application that integrate with many third parties.

Why Store config in the environment?

An app’s config is everything that is likely to vary between deploys (staging, production, developer environments, etc). This includes:

  • Resource handles to the database, Memcached, and other backing services
  • Credentials to external services such as Amazon S3 or Twitter
  • Per-deploy values such as the canonical hostname for the deploy

Apps sometimes store config as constants in the code. This is a violation of twelve-factor, which requires strict separation of config from code. Config varies substantially across deploys, code does not.

A litmus test for whether an app has all config correctly factored out of the code is whether the codebase could be made open source at any moment, without compromising any credentials.

Installation

gem 'env_configuration'

And then execute:

$ bundle

Or install it yourself as:

$ gem install env_configuration

Usage

There are 3 types of adapter :dot_env, :yaml, :aws_ssm_parameter_store.

EnvConfiguration::Configurator.load(:adapter_name, options={})

Options value varies from adapter to adapter.

Configure gem

You can configure the gem with the following:

EnvConfiguration.configure do |config|
config.dot_env = { dot_env_file:  'config/app.env' }
config.yaml    = { yaml_file:  'config/app.yaml'}
config.aws_ssm_parameter_store  = { access_key_id:  'aws-key', secret_access_key:  'aws-secret', region:  'ap-southeast-1', path:  '/staging'}
end

DotEnv Adapter

Internally EnvConfiguration use https://github.com/bkeepers/dotenv to handle this:

# Configuration (optional)
# EnvConfiguration.configure do |config|
#   config.dot_env = { dot_env_file:  'config/app.env' }
# end

options = { dot_env_file: 'your-dotenv-app.env' }
EnvConfiguration::Configurator.load(:dot_env, options)

If options is not provided then the :dot_env adapter will try to get the from the gem configuration. It still does not exist then it will load the .env file located in the root of the project.

Yaml adapter

Internally EnvConfiguration use 'yaml' library from ruby to handle this.

# Configuration (optional)
#EnvConfiguration.configure do |config|
#  config.yaml  = { section:  'default-dev', yaml_file:  'config/default-app.yml'}
#end

# optional if you configure the gem above.
options  = { yaml_file: 'config/app.yaml', __FILE__), section:  'development' }
result  =  EnvConfiguration::Configurator.load(:yaml, options)

Both :yaml_file and :section must exist . If you options is being specified EnvConfiguration will take value from options. otherwise gem configuration must provide the values.

if you miss to provide :yaml_file and :section the gem will raise the following errors:

  • :yaml_file in the options{} is required, for example config/application.yml
  • :section in the options{} is required, for example :staging, :test, :production

As an example value of yaml_file: config/app.yml. Sections here are (test, development, staging, production)

default: &default
APP_NAME: "BookMeBus"
COMPANY_NAME: "Camtasia Technology"
APP_VERSION: "Development"
ENABLE_HTTPS: 'no'
ASSET_HOST_URL: 'http://localhost:3000'
HOST: 'http://localhost:3000'

test:
<<: *default

development:
<<: *default

staging:
<<: *default

production:
<<: *default

AWS SSM Parameter Store

EnvConfiguration will fetch from the aws ssm parameter store service 10 key, value per request. If you have hundred it will ended up fetching as many requests until it finishes.

AWS Systems Manager Parameter Store provides secure, hierarchical storage for configuration data management and secrets management. You can store data such as passwords, database strings, and license codes as parameter values. You can store values as plain text or encrypted data. You can then reference values by using the unique name that you specified when you created the parameter. Highly scalable, available, and durable, Parameter Store is backed by the AWS Cloud.

Internally EnvConfiguration use aws-sdk-ssm gem to handle this.

# Configuration (optional)
#EnvConfiguration.configure do |config|
# options  = { access_key_id:  'default-key-id', secret_access_key:  'default-secret-key', region:  'default-region', path:  'default-path' }
# config.aws_ssm_parameter_store  = options
#end

options = {access_key_id: 'your-aws-key', secret_access_key: 'your-aws-secret', region: 'your-region' , path:  '/staging'}
EnvConfiguration::Configurator.load(:aws_ssm_parameter_store, options)

EnvConfiguration will use the options if options exists, otherwise it will use the options from the gem configuration above. The options will then be passed to aws-sdk-ssm. EnvConfiguration gem will hand over the options to aws-sdk-ssm. Interesting aws-sdk-ssk will follows the rules as below:

Access key id and secret_access_key

:access_key_id, :secret_access_key are search for in the following locations:

  • :access_key_id, :secret_access_key
  • ENV['AWS_ACCESS_KEY_ID'], ENV['AWS_SECRET_ACCESS_KEY']
  • ~/.aws/credentials
  • ~/.aws/config

The Region

The region is search for in the following locations:

Aws policy for SSM Parameter Store

In order to be able to fetch the parameter store from aws ssm you need at least ssm:GetParametersByPath policy to attach to your IAM account

{
"Version": "2012-10-17",
"Statement": [
  {
      "Sid": "VisualEditor0",
      "Effect": "Allow",
      "Action": [
          "ssm:PutParameter",
          "ssm:GetParametersByPath",
          "ssm:GetParameters",
          "ssm:GetParameter"
      ],
      "Resource": "*"
  }
]
}

Integrate with rails

Add Gem to application.rb

Add the following line

EnvConfiguration::Configurator.load(:dot_env)

right below the

Bundler.require(*Rails.groups)

in the config/application.rb as below:

require File.expand_path('boot', __dir__)
require 'rails/all'
# Require the gems listed in Gemfile, including any gems
# you've limited to :test, :development, or :production.
Bundler.require(*Rails.groups)
# EnvConfiguration
EnvConfiguration::Configurator.load(:dot_env)

As this gem does not handle the Rails env, you might need to do this yourself in case you use different adapters for each Rails env:

require File.expand_path('boot', __dir__)

require 'rails/all'

# Require the gems listed in Gemfile, including any gems
# you've limited to :test, :development, or :production.
Bundler.require(*Rails.groups)

# EnvConfiguration
if(Rails.env.development?)
EnvConfiguration::Configurator.load(:dot_env)
elsif Rails.env.test?
EnvConfiguration::Configurator.load(:yaml, yaml_file: "#{Rails.root}/config/app-test.yml")
else
#separete aws ssm parameter store from staging with production /Rails.env
EnvConfiguration::Configurator.load(:aws_ssm_parameter_store, path: "/#{Rails.env}")
end

Gem configuration in config/initializers/env_configuration.rb

EnvConfiguration.configure do |config|
# Dot Env
config.dot_env = { dot_env_file: 'config/app.env' }
# Yaml Config
config.yaml = { yaml_file: File.join(Rails.root, "config/application_#{Rails.env}.yaml" )}

# Aws ssm parameter store
config.aws_ssm_parameter_store = { access_key_id: ENV['AWS_ACCESS_KEY_ID'],
                               secret_access_key: ENV['AWS_SECRET_ACCESS_KEY'],
                               region: ENV['AWS_REGION'],
                               path: "/#{Rails.env}"}
end

Putting Parameters to AWS SSM Parameter store

The main purpose of this gem is to read the config however, it offers an easy way to import the existing config in yml to parameter store as followed:

options = { access_key_id: ENV['AWS_ACCESS_KEY_ID'],
      secret_access_key: ENV['AWS_SECRET_ACCESS_KEY'],
      region: ENV['AWS_REGION'] }
path = 'staging'
writer = EnvConfiguration::AwsSsmParameterStoreWriter.new('staging', options)
config_file = "project/application.yml"
writer.put_configs_from_yaml_file(config_file)
# output {APP_NAME: "BookMeBus" COMPANY_NAME: "BookMeBus Pte," APP_VERSION: "Staging" ,ENABLE_HTTPS: 'yes'}

application.yml

default: &default
APP_NAME: "BookMeBus"
COMPANY_NAME: "BookMeBus Pte,"
APP_VERSION: "Staging"
ENABLE_HTTPS: 'yes'
staging:
<<: *default

AWS parameter store put does not allow any var with value of length < 1. If you have any variable with empty value the variable will be ignored from pushing to aws ssm parameter store eventually you will lose it.

Development

After checking out the repo, run bin/setup to install dependencies. Then, run rake spec to run the tests. You can also run bin/console for an interactive prompt that will allow you to experiment.

To install this gem onto your local machine, run bundle exec rake install. To release a new version, update the version number in version.rb, and then run bundle exec rake release, which will create a git tag for the version, push git commits and tags, and push the .gem file to rubygems.org.

Contributing

Bug reports and pull requests are welcome on GitHub at https://github.com/channainfo/env_configuration. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the Contributor Covenant code of conduct.

License

The gem is available as open source under the terms of the MIT License.