Stop managing application config in your CI/CD.

Keep application configuration in one place, organized by environment. Give your CI/CD envbee credentials instead of maintaining another growing copy of your staging and production settings.

Your pipeline deploys. envbee holds the config.

Every application and environment adds more values to maintain. Keep application configuration separate from the pipeline that deploys it.

Without envbee

Your CI/CD

Drone / GitHub Actions / GitLab CI

  • DB_HOST
  • DB_PASSWORD
  • REDIS_URL
  • SMTP_PASSWORD
  • API_KEY
  • JWT_SECRET
  • …

× staging
× production
× multiple applications

Change CI/CD providers, and those application values need to move with your pipeline.

With envbee

Your CI/CD

Drone / GitHub Actions / GitLab CI

envbee credentials

envbee

Application configuration

  • staging
  • production

Use credentials for the target application and environment. Fetch its values through the API or an SDK in your deployment step.

Switch CI/CD providers while keeping application configuration in envbee. Reconnect the configuration-fetching step in your new pipeline.

  1. 1. Start with one application

    Create its environments and import an existing .env file, or add configuration values manually.

  2. 2. Connect your deployment

    Store the target environment’s API key and secret in your CI/CD secret store. Use them to fetch application configuration.

  3. 3. Run with the right values

    Pass the fetched values to your application using its existing configuration mechanism, or load them at startup with an SDK.

Read the API and SDK examples →

One place for application configuration

Start with the configuration your deployments already use. Add deeper integrations when you need them.

Centralized, by environment

Manage your applications in one dashboard, with separate values for development, staging and production.

  • Import existing .env files
  • Strings, numbers and booleans
  • Environment-specific API credentials

Access for your team

Use profiles and environment permissions to control who can read or update configuration. Keep production credentials secure and encrypted, and out of local development.

  • Role-based access control
  • Permissions per environment
  • API authentication and HMAC signatures

Use your existing stack

Fetch configuration through the REST API or open-source SDKs. Load values during deployment or when your application starts.

  • Node.js / Python / .NET SDKs
  • Populate process environment variables
  • Local SDK cache for previously fetched values

Optional hot reload

Want configuration changes without a redeploy? Enable change notifications and handle webhooks in your application to reload the values it uses.

  • Opt in per variable
  • Your application controls the reload
  • Not required for deployment-time configuration

No vendor lock-in

Import and export .env files per environment. Fetch values at deployment time and keep your application using its existing configuration mechanism. Runtime SDK calls and webhook-driven hot reload are optional integrations.

envbee dashboard showing application variables and their values across environments

Explore features, SDKs and security details →

Move your first application's config out of CI/CD.

Create an application, add staging and production, and connect your deployment with envbee credentials.