SAML single sign-on (SSO) is now generally available for teams with a Render Enterprise plan and a SAML 2.0-compatible identity provider (IdP), such as Okta.

With general availability, Enterprise orgs can now:

Self-manage domain capture and integration with their IdP

Enable SCIM-based provisioning and deprovisioning of org members via their IdP

 in the docs. If you're interested in upgrading to an Enterprise plan, please 

 to push OpenTelemetry-formatted service metrics to an observability provider, such as Grafana or Honeycomb.

Render streams metrics related to CPU and memory usage, HTTP requests, and more.

Render provides simplified configuration for several popular providers, and you can connect other providers by first routing metrics through your own OTel collector.

In the Render Dashboard, set up a metrics stream from your workspace's 

 page. Your provider will start receiving metrics for all services in your workspace besides static sites. 

Learn more about setup and reported metric types in the 

Stream Render service metrics to your observability provider

 workspaces and higher can now configure 

 for a variety of Render service events. Set up an HTTPS endpoint to receive notifications, then subscribe to any combination of supported event types in the Render Dashboard:

Receive notifications related to deploys, scaling, datastores, and more.

Use webhooks to trigger custom logic in third-party services, such as posting in a Discord channel or triggering a GitHub Actions workflow.

To get started with webhooks, check out the 

Create webhooks to receive service event notifications

Enterprise SAML SSO is now generally available with SCIM support

Services on Render's Go native runtime now use Go version 1.24. Existing services that currently use Go 1.23 will upgrade to 1.24 with their next deploy.

Note that this change does not apply to Docker-based services that specify a Go version in their Dockerfile.

Native Go version updated to 1.24

Recent improvements to build caching have significantly reduced the median spinup time for Render 

—especially cron jobs that run multiple times per hour.

Previously, each run of a cron job took approximately 20 seconds to spin up in the median case. Now, cron jobs that use the new build caching strategy often spin up in 5 seconds or less.

To take advantage of this speedup, make sure you've triggered at least one new build for your cron job since February 1, 2025.

 You can manually trigger a build from the cron job's 

Significantly reduced median spinup time for cron jobs

Render Postgres databases now generate logical exports in a directory-based format (

You can restore a directory-based export into a local or Render-hosted database using the 

 utility, which is included in most standard installations of PostgreSQL itself.

For full restoration instructions, see the 

Render Postgres logical exports now use a directory-based format

 in place of Redis® for all newly created Render Key Value instances. 

 is an open-source key-value store that began as a fork of Redis version 7.2.4. For most applications and frameworks that interact with Redis, Valkey is a drop-in replacement.

Existing Redis instances on Render will continue operating as usual.

 However, they will no longer receive version updates.

New Render Key Value instances run Valkey 8

As of January 6, 2025, Render is officially certified under the 

, along with its UK extension and the Swiss-US DPF.

This certification demonstrates Render's ongoing commitment to compliance with the latest privacy and security regulations. View the details of this certification under Render's entry at 

Render achieves certification under the EU-US Data Privacy Framework

Now in early access, teams with an Enterprise plan can manage access to their Render organization via SAML single sign-on (SSO).

SAML SSO requires an identity provider (IdP) that supports the SAML 2.0 standard, such as Okta.

During the early access period, we'll work with you directly to enable SSO for your organization:

, please reach out to your Render contact to request SSO.

SAML SSO now in early access for Enterprise plans

Documents related to Render platform security and compliance are now available from the 

 in the bottom-left corner of the dashboard.

 can view additional documents after signing an NDA:

View platform compliance documentation in the Render Dashboard

You can now add your GitHub, GitLab, or Bitbucket credentials to more than one Render account to enable deploys from your repositories.

Individuals with separate Render accounts for work and personal use

Agencies that help many different organizations get up and running on Render

Manage your deployment credentials from the 

 to multiple Render accounts—only to enable deploys.

A given Render account can have up to one connected account from each Git provider (GitHub, GitLab, and Bitbucket).

Add your Git deployment credentials to multiple Render accounts

 to start managing Render services directly from your terminal:

Kick off service deploys (and optionally block on completion with 

Restart a service or trigger a one-off job.

Open a psql session to your database, and much more.

The CLI provides interactive, menu-based navigation. It also supports non-interactive mode with output in any of JSON, YAML, or plaintext for use in automation.

The Render CLI is now generally available

 now provides faster, more intuitive navigation between your different services, environments, and workspaces.

The left pane displays your workspace's top-level resources and settings (along with documentation and other helpful links):

As you navigate between services and other resources, the left pane updates to show what's most relevant:

While viewing a resource, use the breadcrumbs at the top of the page to switch between projects, environments, and individual services:

) and use the arrow keys to jump directly to any resource:

Switch to a different workspace with the dropdown menu in the left pane:

Enhanced navigation in the Render Dashboard

As of Render's most recent database maintenance, every paid PostgreSQL instance now includes 

 (PITR). In the event of data loss, use PITR to restore your database to any previous state from the past few days:

Prior to this maintenance, some paid databases on 

Because PITR provides continuous backup capabilities, Render no longer creates daily logical database backups. You can still create and export logical backups on demand from your database's 

Added point-in-time recovery to all paid database instances

All Render services now use OpenSSH version 9.9 to manage SSH connections. Services previously used version 8.9.

If you initiate SSH connections from your service,

 this upgrade includes one change that might affect those connections. From the 

 are now first-match-wins to match other directives. Previously if an environment variable was multiply specified the last set value would have been used."

 directive in your service's SSH configuration, make sure you don't set the same environment variable multiple times to avoid unexpected behavior.

Learn more about using SSH on Render in the 

OpenSSH updated to version 9.9

 provides command-line support for common platform actions, including:

Triggering service deploys, restarts, and one-off jobs

The CLI supports interactive menu-based navigation, along with a non-interactive mode for use in scripts and CI/CD. 

The Render CLI is now available in public beta

, an internationally recognized standard of requirements for an Information Security Management System (ISMS). Alongside our SOC 2 Type 2 attestation, this certification exemplifies Render's rigorous ongoing commitment to maintaining a secure, global application platform.

Customers with an Organization or Enterprise workspace can request our ISO 27001 certificate from the 

Render achieves ISO 27001 certification

 now provide AI-powered chat trained on our documentation content. Click 

Use the chat to receive fast, focused answers to your questions about the platform, along with links to relevant articles:

AI chat now available in the Render documentation

In-place PostgreSQL upgrades are now generally available for all Render workspaces. This feature upgrades your database to the most recent major PostgreSQL version supported by Render (currently 16).

Upgrading your database requires downtime.

Open the upgrade page for your database in the 

In-place PostgreSQL upgrades now generally available

Render has moved PostgreSQL version 12 to legacy support ahead of its 

Starting today, you cannot create new managed PostgreSQL 12 databases in your workspace unless you already have one.

We strongly recommend upgrading any PostgreSQL 12 databases to an actively supported version to continue receiving important security updates. Render supports 

PostgreSQL 12 moved to legacy support

Newly created Node.js services now use Node.js 22.10.0 by default. You can always 

 Node.js services keep their original default version to prevent breaking changes.

Default Node.js version updated to 22.10.0

Newly created Python services now use Python 3.11.10 by default. You can always 

 Python services keep their original default version to prevent breaking changes.

Default Python version updated to 3.11.10

Render now provides early access support for upgrading your PostgreSQL database's major version in-place. This upgrades your database to the most recent PostgreSQL version supported by Render (currently 16).

Then open the upgrade page for your database by clicking the version number on its 

In-place PostgreSQL upgrades now available in early access

 are now available for all workspaces. These plans enable you to set your database's storage separately from its RAM and CPU.

Starting today, every new database created on Render has a flexible plan. If you have a database on a 

Flexible PostgreSQL plans now available for all workspaces

 for any paid web service in the Render Dashboard:

While in maintenance mode, a web service is not reachable from the public internet (but it remains up and running).

Enable maintenance mode to prevent incoming client requests while rolling out major changes to your infrastructure.

Enable maintenance mode to temporarily disable incoming service traffic

All individual and team accounts on Render are now 

. This unified account model simplifies upgrading from an individual to a team. There are no changes to 

Each team account is now a workspace with its existing plan, seats, and features.

 workspaces gain the ability to create one 

 workspace can add a maximum of two total custom domains.

This limit does not apply to individual accounts created before this date.

You can upgrade or downgrade your workspace's plan at any time.

For details about each workspace plan, see the 

Render accounts are now workspaces

When you update a service's environment variables in the 

, you can now specify whether this triggers a new deploy.

Render triggers a new build for your service and deploys it with the new environment variables.

 build with the new environment variables.

Render saves the new environment variables 

 triggering a deploy. Your service will not use the new variables until its next deploy.

Learn more about environment variables in the 

Specify deploy behavior when modifying environment variables

As part of creating a pull request preview, Render now creates a GitHub deploy on the associated pull request. This matches the behavior for 

 to open the preview instance in your browser.

Before this change, Render instead added a comment with preview details to your pull request. Render continues to use comments for GitLab and Bitbucket repositories.

Pull request previews now create GitHub deploys

 can now override their default log stream settings for individual services:

All teams can disable log streaming for an individual service.

Teams with an Organization plan or higher can stream an individual service's logs to a non-default destination.

 accounts can now configure whether logs from preview instances (service previews and preview environments) are included in their log stream.

Customize log streaming for individual services

You can now opt to create preview instances only for particular pull requests that you specify. This new 

 preview mode is provided alongside the original 

 mode, where Render creates a preview for 

In manual mode, you trigger a preview for a pull request by including the string 

You can enable manual previews for any combination of pull request previews and preview environments. See the documentation for each:

Create preview instances only for specific pull requests

 on Render now enforce the following additional restrictions:

 team members can view the values of environment variables and secret files for resources in the environment.

 team members can view connection URLs and passwords for PostgreSQL databases and Redis instances in the environment.

 of an organization's resources (not just resources in a protected environment).

Added restrictions and audit tracking for viewing secret values

Teams on Render can now configure a project environment to block all private network traffic from entering or leaving that environment. This helps prevent your staging services from inadvertently accessing a production resource (or vice versa).

Toggle this setting from an environment's Settings page in the 

Block private network traffic across environment boundaries

Render's Virginia (US East) region has graduated from early access to general availability.

Select a service's region as part of the creation flow in the 

Render supports deploying services to the following regions:

Virginia region (US East) now generally available

The Render Dashboard now provides a dark display theme:

Additionally, you can toggle a high contrast mode to more prominently highlight certain interactive elements.

Quickly set your theme from the account menu in the top-right corner of the dashboard:

To also toggle high contrast, open your account settings and scroll down to the 

Added dark display theme to the Render Dashboard

 has added over 50 new endpoints to support much more extensive integration with the Render platform.

Endpoints are now available for the following resources that were previously unsupported by the API:

Datastores (PostgreSQL, Redis, and persistent disks)

New endpoints are also available for certain resources that are already supported by the API, such as redirect/rewrite rules for static sites.

With these additions, the API supports almost all functionality available in the Render Dashboard. There are no breaking changes to existing API endpoints.

The OpenAPI spec for the Render API is available in JSON format at 

. You can use this spec to create your own custom clients and other tooling.

API endpoints for datastores, logs, environments, Blueprints, and more

Newly created Node.js services now use Node.js 20.15.1 by default. You can always 

Default Node.js version updated to 20.15.1

 now emit service logs. As with logs for other service types, Redis logs are available in the 

Redis instances now emit service logs

Teams with an Organization or Enterprise plan can now export audit logs of material events that occurred in the account over a given time frame. This includes events related to:

Team admins can export audit log data in the 

For a list of all audit log event types, see the 

Note the following about data availability:

 Organization and Enterprise accounts, audit log data is available starting from 

 Organization or Enterprise account, audit log data is available starting from the date of account creation.

 an account to Organization or Enterprise, audit log data is available starting from the date of the upgrade.

Audit logs for Organization and Enterprise plans

You can now pull and deploy your private Docker images from Google Artifact Registry. Add your credentials in the Render Dashboard during service creation:

With this addition, Render now supports pulling private images from the following registries:

Pull and deploy private images from Google Artifact Registry

Render now provides simplified deployment for popular PostgreSQL admin apps in the 

With a few clicks, you can deploy each app as a standalone web service that's automatically configured to connect to your database.

The following apps are currently supported:

Quickly deploy PostgreSQL admin apps from the Render Dashboard

 is now available in early access. You can use this provider to manage your Render services alongside other systems in your organization's infrastructure.

The provider and its documentation are available in the 

Note that breaking changes might be introduced during the early access period.

 Any such changes will be noted in accompanying release notes.

Official Render Terraform provider now available in early access

You can now change the native runtime for an existing service in any of the following ways:

Changing a service's runtime in the Render Dashboard is not currently supported.

Changelog

Enterprise SAML SSO is now generally available with SCIM support