Skip Navigation
Show nav
Dev Center
  • Get Started
  • Documentation
  • Changelog
  • Search
  • Get Started
    • Node.js
    • Ruby on Rails
    • Ruby
    • Python
    • Java
    • PHP
    • Go
    • Scala
    • Clojure
    • .NET
  • Documentation
  • Changelog
  • More
    Additional Resources
    • Home
    • Elements
    • Products
    • Pricing
    • Careers
    • Help
    • Status
    • Events
    • Podcasts
    • Compliance Center
    Heroku Blog

    Heroku Blog

    Find out what's new with Heroku on our blog.

    Visit Blog
  • Log inorSign up
Hide categories

Categories

  • Heroku Architecture
    • Compute (Dynos)
      • Dyno Management
      • Dyno Concepts
      • Dyno Behavior
      • Dyno Reference
      • Dyno Troubleshooting
    • Stacks (operating system images)
    • Networking & DNS
    • Platform Policies
    • Platform Principles
  • Developer Tools
    • Command Line
    • Heroku VS Code Extension
  • Deployment
    • Deploying with Git
    • Deploying with Docker
    • Deployment Integrations
  • Continuous Delivery & Integration (Heroku Flow)
    • Continuous Integration
  • Language Support
    • Node.js
      • Node.js Behavior in Heroku
      • Working with Node.js
      • Troubleshooting Node.js Apps
    • Ruby
      • Rails Support
      • Working with Bundler
      • Working with Ruby
      • Ruby Behavior in Heroku
      • Troubleshooting Ruby Apps
    • Python
      • Working with Python
      • Background Jobs in Python
      • Python Behavior in Heroku
      • Working with Django
    • Java
      • Java Behavior in Heroku
      • Working with Java
      • Working with Maven
      • Working with Spring Boot
      • Troubleshooting Java Apps
    • PHP
      • PHP Behavior in Heroku
      • Working with PHP
    • Go
      • Go Dependency Management
    • Scala
    • Clojure
    • .NET
      • Working with .NET
  • Databases & Data Management
    • Heroku Postgres
      • Postgres Basics
      • Postgres Getting Started
      • Postgres Performance
      • Postgres Data Transfer & Preservation
      • Postgres Availability
      • Postgres Special Topics
      • Migrating to Heroku Postgres
    • Heroku Key-Value Store
    • Apache Kafka on Heroku
    • Other Data Stores
  • AI
    • Working with AI
    • Heroku Inference
      • Inference API
      • Quick Start Guides
      • AI Models
      • Inference Essentials
    • Vector Database
    • Model Context Protocol
  • Monitoring & Metrics
    • Logging
  • App Performance
  • Add-ons
    • All Add-ons
  • Collaboration
  • Security
    • App Security
    • Identities & Authentication
      • Single Sign-on (SSO)
    • Private Spaces
      • Infrastructure Networking
    • Compliance
  • Heroku Enterprise
    • Enterprise Accounts
    • Enterprise Teams
    • Heroku Connect (Salesforce sync)
      • Heroku Connect Administration
      • Heroku Connect Reference
      • Heroku Connect Troubleshooting
  • Patterns & Best Practices
  • Extending Heroku
    • Platform API
    • App Webhooks
    • Heroku Labs
    • Building Add-ons
      • Add-on Development Tasks
      • Add-on APIs
      • Add-on Guidelines & Requirements
    • Building CLI Plugins
    • Developing Buildpacks
    • Dev Center
  • Accounts & Billing
  • Troubleshooting & Support
  • Integrating with Salesforce
  • Extending Heroku
  • Building Add-ons
  • Add-on Development Tasks
  • Supporting Review and CI Apps as an Add-on Partner

Supporting Review and CI Apps as an Add-on Partner

English — 日本語に切り替える

Last updated May 08, 2024

Table of Contents

  • Example
  • Implementing your default plan
  • Setting your defaults
  • Summary

Review and CI apps allow customers to test changes in short-lived, production-like environments. To minimize churn and operational burden for Partners, all add-ons provisioned for these environments will use a default plan that you set. This default plan overrides any plan the customer may have specified in the application’s app.json.

Example

Heroku PostgreSQL has essential-0 set as the Common Runtime default.

Given a codebase with a large postgres database specified in its app.json:

...
  "addons": [
    {
      "plan": "heroku-postgresql:premium-0"
    }
  ]
...

When this codebase is used in creating a new Review or CI app is created on the Common Runtime, that app uses a new instance of heroku-postgresql:essential-0 instead.

Implementing your default plan

You have the option of using an existing plan or creating a new one for short-lived apps.

We encourage you to think about different considerations when choosing and/or creating a default plan for short-lived apps. Instances that can be spun up and down quickly will save you and customers money. For add-ons which have backup functionality, you may want to turn this off, along with any features that do not make sense for short-lived apps.

You may also consider different usage patterns especially with CI apps for your add-on, and tune performance in that direction.

For some Partners, it may make sense to detect the owner of the CI or Review app and return an attachment to an existing installation. For example, a metrics add-on might wish to keep the same installation for all CI and Review apps and merely have different views or tags for each app. Partners may lookup additional information on pipelines using the Platform API, as well as retrieve App and Team information during the provisioning process.

Setting your defaults

At the launch of Heroku CI, your Common Runtime & Private Space defaults for short-lived apps were backfilled, typically to the cheapest plan. You can check your defaults by going to the Plans tab in your add-on’s section of the Partner Portal. Your defaults can be modified by creating a support ticket.

A distinct default may be set for Private Spaces if needed. If the customer has chosen to have their Review and CI apps run in a Private Space, then we will chose this plan for them.

We may flag a very limited number of customers to skip defaulting behavior, where their ephemeral usage requires non-defaults.

 

To opt out of supporting CI or Review apps, open a support ticket.

Summary

Default add-on plans for ephemeral apps help reduce operational burden for partners and improve experience for users.

Keep reading

  • Add-on Development Tasks

Feedback

Log in to submit feedback.

Writing to Application Logs as an Add-on Partner Writing to Application Logs as an Add-on Partner

Information & Support

  • Getting Started
  • Documentation
  • Changelog
  • Compliance Center
  • Training & Education
  • Blog
  • Support Channels
  • Status

Language Reference

  • Node.js
  • Ruby
  • Java
  • PHP
  • Python
  • Go
  • Scala
  • Clojure
  • .NET

Other Resources

  • Careers
  • Elements
  • Products
  • Pricing
  • RSS
    • Dev Center Articles
    • Dev Center Changelog
    • Heroku Blog
    • Heroku News Blog
    • Heroku Engineering Blog
  • Twitter
    • Dev Center Articles
    • Dev Center Changelog
    • Heroku
    • Heroku Status
  • Github
  • LinkedIn
  • © 2025 Salesforce, Inc. All rights reserved. Various trademarks held by their respective owners. Salesforce Tower, 415 Mission Street, 3rd Floor, San Francisco, CA 94105, United States
  • heroku.com
  • Legal
  • Terms of Service
  • Privacy Information
  • Responsible Disclosure
  • Trust
  • Contact
  • Cookie Preferences
  • Your Privacy Choices