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
      • Working with Node.js
      • Troubleshooting Node.js Apps
      • Node.js Behavior in Heroku
    • 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
    • Model Context Protocol
    • Vector Database
    • Heroku Inference
      • Inference API
      • Quick Start Guides
      • AI Models
      • Inference Essentials
    • Working with AI
  • 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
  • Heroku Architecture
  • Platform Principles
  • Erosion Resistance

Erosion Resistance

English — 日本語に切り替える

Last updated October 16, 2024

Table of Contents

  • Erosion is a problem for apps
  • Heroku is erosion-resistant
  • Resistance, not elimination

Software-as-a-service apps deployed in traditional server-based environments require ongoing maintenance to keep them running, whether or not the app is under active development. The Heroku platform is erosion-resistant.

Erosion is a problem for apps

Anyone who has built an application, set it up to run on a server somewhere, and come back months later to discover it down is familiar with this problem. Forces of entropy that affect every running application include:

  • Operating system upgrades, kernel patches, and infrastructure software (e.g. Apache, MySQL, ssh, OpenSSL) updates to fix security vulnerabilities.
  • The server’s disk filling up with logfiles.
  • One or more of the app’s processes crashing or getting stuck, requiring someone to log in and restart them.
  • Failure of the underlying hardware causing one or more entire servers to go down, taking the application with it.

The effect of these and other such forces is often known as “bit rot” or “software erosion”.

Heroku is erosion-resistant

In contrast to traditional server-based environments, the Heroku platform is built to be erosion-resistant.

The dyno manager keeps your app’s dyno formation running without any manual intervention. It restarts crashed dynos automatically, and moves your dynos to new locations automatically and instantly whenever a failure in the underlying hardware occurs.

Heroku’s ops team keeps the underlying operating system kernel and other components up-to-date with the latest security patches. This is handled without any impact to running dynos except for a restart, which happens automatically and silently behind the scenes.

Databases running on Heroku’s PostgreSQL service are fully managed and monitored. Hardware failures are handled completely by the Heroku PostgreSQL team and require no intervention from the app owner.

Resistance, not elimination

Heroku’s erosion resistance does not mean that your app will run forever. The forces of technology evolution will eventually require manual intervention by you if you want your app to continue running in a safe and stable manner. There are two main sources of change that will lead to manual intervention.

Software stack lifecycle

The software stack that your app runs on will have its own lifecycle. The underlying operating system and language binaries are generally only supported for a limited time period by their respective governing bodies.

For example, once a language version becomes deprecated by the governing body, it typically will no longer receive security patches. Applications will have to be migrated to a newer version of the component to remain safe and stable.

Heroku keeps track of the software lifecycle for our supported stacks and language buildpacks, and we will notify you in advance of any changes you need to make. We will ensure that you have optimal migration options to the best of our abilities.

Heroku service changes

Heroku’s own services evolve on a regular basis. Sometimes Heroku introduces new services that will over time replace old services. In some cases, it will require customer intervention to move an application from an old to a new service. When Heroku makes these changes we notify customers well in advance, and do our best to make migration as seamless as possible.

Keep reading

  • Platform Principles

Feedback

Log in to submit feedback.

Runtime Principles Principles of Management and Visibility

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