Update -
We will be undergoing scheduled maintenance during this time.
Jun 01, 2026 - 17:01 EDT
Scheduled -
As previously announced, we are completing the migration away from managing endpoint behavior and image deployment details through app environment variables. These settings are now managed as dedicated Endpoint Settings and Image Deployment Settings.
Rollout schedule • June 1, 2026: Enforcement begins on Shared Stacks. • June 9, 2026: Enforcement begins on Dedicated Stacks.
What changes After enforcement begins on a stack, any deploy or configure operation that submits one of the impacted variables below with a value will be rejected with the error "Deprecated environment variable used," and the operation will not complete. This is triggered by what your deploy tooling sends on each operation, not by values already stored on your app, so an outdated CLI or a pre-v5 GitHub deploy action will fail because it resends these variables every time.
Once your tooling no longer sends these variables, your deploys and configures succeed as normal. At that point any of these values still present in your app environment are migrated to the appropriate Endpoint or Image Deployment Settings and removed from the app environment automatically, with no change to how your apps and endpoints behave.
Between 8:00 PM and 12:00 AM Eastern (00:00–04:00 UTC) on Sunday, June 14th, we will perform an in-place upgrade of the load balancers that front Database Endpoints, migrating them to Network Load Balancers. This change improves performance and reliability, and is part of our ongoing infrastructure modernization.
There is no scheduled downtime. New connections to your database endpoints will be accepted throughout the maintenance window. However, during the upgrade each endpoint's existing connections will be closed once and will need to be re-established. Most clients and connection poolers detect a dropped connection and reconnect automatically, so the typical impact is a brief, self-healing interruption with no intervention required.
No action is required for the majority of customers. You can find your database endpoint details in the Aptible dashboard. If you have questions about how this affects a specific workload, please reach out to Aptible Support ahead of the window, and we'll be happy to answer any questions you have about this upgrade. Posted on
May 29, 2026 - 11:52 EDT
Resolved -
As of 18:42 UTC the upstream provider began to accept log messages again consistently and this issue is now remediated.
Jun 3, 15:16 EDT
Investigating -
There is some partial service degradation with log drains configured to send to Mezmo where not all log messages are being sent. Mezmo is rejecting logs over a certain size.
We are actively investigating this issue with the upstream provider.
Jun 3, 12:02 EDT