Documentation
Languages › Node.js

CI/CD in Node.js with AWS Beanstalk

Run Node.js CI/CD in AWS Beanstalk with an encrypted .env.vault file

Initial setup

Create a build.js file. It's a very simple build script that outputs 'Hello World'.

build.js

// build.js
console.log(`Hello ${process.env.HELLO}`)

Create a package.json file.

package.json

{
  "scripts": {
    "build": "node build.js"
  }
}

Then create a buildspec.yml file.

buildspec.yml

# buildspec.yml
version: 0.2
phases:
  install:
    commands:
      - npm install
  pre_build:
    commands:
      - npm run build
      - rm -rf ./__build__
      - npm prune --production
  build:
    commands:
      - aws cloudformation package --template template.yml --s3-bucket $S3_BUCKET --output-template template-export.yml

Once ready, proceed by creating a basic pipeline setup using AWS CodePipeline and connect it with your AWS Beanstalk project accordingly.

Install dotenv

Install dotenv.

npm install dotenv --save # Requires dotenv >= 16.1.0

Create a .env file in the root of your project.

.env

# .env
HELLO="World"

As early as possible in your application, import and configure dotenv.

build.js

// build.js
require('dotenv').config()
console.log(process.env) // remove this after you've confirmed it is working

console.log(`Hello ${process.env.HELLO}`)

Try running it locally.

node build.js
{
  ...
  HELLO: 'World'
}
Hello World

Perfect. process.env now has the keys and values you defined in your .env file.

That covers local simulation of the CI. Let's solve for the real CI environment next.

Build .env.vault

Push your latest .env file changes and edit your CI secrets. Learn more about syncing

npx dotenv-vault@latest push
npx dotenv-vault@latest open ci

Use the UI to configure those secrets per environment.

dotenv.org

Then build your encrypted .env.vault file.

npx dotenv-vault@latest build

Its contents should look something like this.

.env.vault

#/-------------------.env.vault---------------------/
#/         cloud-agnostic vaulting standard         /
#/   [how it works](https://dotenv.org/env-vault)   /
#/--------------------------------------------------/

# development
DOTENV_VAULT_DEVELOPMENT="/HqNgQWsf6Oh6XB9pI/CGkdgCe6d4/vWZHgP50RRoDTzkzPQk/xOaQs="
DOTENV_VAULT_DEVELOPMENT_VERSION=2

# ci
DOTENV_VAULT_CI="x26PuIKQ/xZ5eKrYomKngM+dO/9v1vxhwslE/zjHdg3l+H6q6PheB5GVDVIbZg=="
DOTENV_VAULT_CI_VERSION=2

Set DOTENV_KEY

Fetch your CI DOTENV_KEY.

npx dotenv-vault@latest keys ci
# outputs: dotenv://:[email protected]/vault/.env.vault?environment=ci

Set DOTENV_KEY on CodePipeline.

console.aws.com

Build CI

Commit those changes safely to code and rerun the build.

That's it! On rerun, your .env.vault file will be decrypted and its CI secrets injected as environment variables – just in time.

console.cloud.google.com

You'll know things worked correctly when you see 'Loading env from encrypted .env.vault' in your logs. If a DOTENV_KEY is not set (for example when developing on your local machine) it will fall back to standard dotenv functionality.

You succesfully used the new .env.vault standard to encrypt and deploy your secrets. This is much safer than scattering your secrets across multiple third-party platforms and tools. Whenever you need to add or change a secret, just rebuild your .env.vault file and redeploy.