We've added support for regex and wildcard search to Render's 

This week we shipped two new logging capabilities for quickly diagnosing and debugging service issues:

- **A new Log Explorer** with text search, label-based filters, and jump-to-context
- **Automatic HTTP request logs** for all web services belonging to team accounts

When your app misbehaves, it's vital to assemble a complete picture of the problem as fast as possible, and these features help you do exactly that. Let's dive in!

## Revamped log explorer

The new log explorer is available from your service's **Logs** page in the [Render Dashboard](https://dashboard.render.com):

![New log explorer in the Render Dashboard](https://cdn.sanity.io/images/hvk0tap5/production/6534ad7fb813eb4e1a9817a7a35de68973bc4a13-1730x912.png?w=750)

Search your logs for an arbitrary string (like a function name or user ID), filter by supported labels (like `level`), and limit results to any time range within your account's retention period.

When you identify a line of interest, mouse over it and click its **View in context** button to open a new tab that shows the line in its original position. This gives you a clear, chronological picture of what was going on right when an error occurred.

Head over to your [dashboard](https://dashboard.render.com) and give the new Log Explorer a try!

## HTTP request logs

We now automatically generate HTTP request logs for web services belonging to [team accounts](https://docs.render.com/teams). These logs appear alongside your application logs in the Log Explorer—see the lines starting with `[GET]` below:

![Request logs in the explorer](https://cdn.sanity.io/images/hvk0tap5/production/2904d0307f04e7ee65616c87b793b4f052b20423-1730x910.png?w=750)

You'll notice that HTTP request logs include a `requestID` value, such as `74f98356-6f57-48a5`. This uniquely identifies a request sent to Render from the public internet. Render sends this same value to your service _and_ in its response to the requesting client—in both cases via the `Rndr-Id` HTTP header:

```http
Rndr-Id: 74f98356-6f57-48a5
```

If your service extracts this ID from the header and includes it in all logs related to a particular request, you can search for that ID in the log explorer to trace a request's full execution!

### Log reporting example: Datadog

If your team has set up a [log stream](https://docs.render.com/log-streams), Render now also forwards HTTP request logs to your third-party provider. This lets you set up advanced metrics reporting for your Render web traffic.

As an example, if you're streaming logs to Datadog, here are some quick steps for visualizing your HTTP request data:

1. In Datadog, select **Logs > Generate Metrics**:

    ![Selecting Generate Metrics in Datadog](https://cdn.sanity.io/images/hvk0tap5/production/ef167cf273d0411c69b80d8bce1c4403876fee8a-373x260.png?w=373)

2. Click **+ New Metric**.

3. Give the new metric a descriptive name (like `render_http_request_logs`), then set the query to `@syslog.msgid:http-request` like so:

    ![Selecting in Datadog](https://cdn.sanity.io/images/hvk0tap5/production/3813248892e09a2e62eb0290ce5491bc38eb374c-733x278.png?w=600)

4. Under **group by**, select one or more log fields to compare in your visualization. Depending on what you want to visualize, we recommend a combination of these:
    - `@host` (not `host`—note the `@`)
    - `@statusCode`
    - `@path`
    - `@syslog.hostname` (this value is the ID of your Render service)

5. Click **Create metric**.

6. From your metrics summary page, click the **See in metric explorer** button next to your new metric.

    Now you can view HTTP request data broken down by status code, host, or any other characteristics you've selected!

![Viewing a request metrics graph in Datadog](https://cdn.sanity.io/images/hvk0tap5/production/7fbb2bc08240bb7d773b0e1fd4aeffbe47c4cae9-941x582.png?w=600)

## The right tools for the (tough) job

Debugging an unexpected issue with your production code is rarely easy and often urgent. These logging improvements go a long way in accelerating your search for a root cause, so you can ship a fix in no time.

Expect more logging capabilities to come, including additional Log Explorer features! If you'd like to see us add something in particular, don't forget to [submit a feature request](https://feedback.render.com/). And for all the details on logging with Render, check out the [docs](https://docs.render.com/logging).

A New Log Explorer and HTTP Logs

 - Find lines that mention at least one of 

 - Find lines that mention a path that includes 

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

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

Redis instances now emit service logs

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

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

Default Node.js version updated to 20.15.1

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.

Change an existing service's runtime via API or Blueprint

, newly created Free Render PostgreSQL databases expire after 30 days (previously 90 days). Free databases created prior to this date retain their original expiration date.

The following Free database policies remain unchanged:

Each individual and team account is limited to one Free database at a time.

After your Free database expires, you have an additional 14 days to upgrade it to a paid instance type before your data is deleted.

After your Free database expires, you can create a new Free database.

Learn more about Free PostgreSQL limitations in the 

Free PostgreSQL instances now expire after 30 days (previously 90)

Teams can now require all members to log in to Render via their Google account (instead of using another supported login method, such as username and password).

Admins can enable this feature from their Team Settings page in the 

If a team member does log in to Render using a different method, they cannot access the team's resources or settings.

Teams can now require login via Google account

You can now deploy Render services to the Virginia region (US East).

Note that this region is currently in early access. 

It's available to all users, and it's feature-complete with our other regions. Early access provides us an opportunity to address any one-off issues that might arise with spinning up a new region. We'll announce when this early access period completes.

Added Virginia region (US East) in early access

Powerful new application metrics are available for paid instances in the 

CPU and memory usage over time, segmented by instance for scaled services

HTTP request volume and response latency, segmented by status code, path, and more

Response latency metrics require a team account.

Metrics from the past 7 days are available for individual accounts. Teams can view metrics from the past 14 or 30 days, depending on their plan.

Enhanced service metrics in the Render Dashboard and API

 file from your existing services in the 

Use this file to create a Render Blueprint that manages those existing services, or to replicate your architecture with a completely new set of services.

Create a Blueprint from existing services

Many popular IDEs now provide schema-backed validation and autocompletion for the 

IDE validation for render.yaml files

You can now connect your Bitbucket account to Render and deploy from any Bitbucket repo you have access to.

. After you authorize Render, your Bitbucket repos appear in the selection list:

You can also now sign in to Render using your Bitbucket identity.

Added support for Bitbucket

Teams on Render can now designate individual project environments as 

. Doing so prevents non-Admin team members from performing potentially destructive actions on that environment or its resources, including:

Deleting any of the environment's resources (services, environment groups, etc.), or deleting the environment itself

Modifying environment variables or secret files for any service or environment group that belongs to the environment

Moving resources into or out of the environment

Modifying access control IPs for any PostgreSQL database or Redis instance that belongs to the environment

Accessing the shell for a service that belongs to the environment

Designate environments as protected to prevent destructive actions

 and persists their assets in the same region where you deployed your 

 non-static Render service. Previously, all static site assets were stored in the Oregon region.

Static sites are still cached and served to users by a global CDN, regardless of their region.

 This change primarily improves latency for any 

 that point to a Render web service in the same region.

Static site assets now built and persisted in the same region as other services

You can update your service's build and start commands to use Bun:

With this initial release, native runtimes use Bun version 

 by default. You can use a different version by setting the 

Added native support for Bun

Newly created Ruby services now use Ruby 3.3.0 by default. You can always 

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

Default Ruby version updated to 3.3.0

Added gettext to all native runtimes

As of 2024-03-11, all newly created Redis instances on Render use Redis version 

Instances created before this date used version 

. Render will upgrade these instances to 6.2.14 as part of their next scheduled maintenance.

New Redis instances use version 6.2.14

Newly created Elixir services now use Elixir 1.16.1 and Erlang/OTP 26.2.2 by default. You can always 

 Elixir services keep their original default versions to prevent breaking changes.

Default Elixir version updated to 1.16.1

Now in early access, you can scale Render services that have an attached 

. Enable this capability from your Account Settings or Team Settings page in the 

If you scale a disk-backed service, Render attaches a

 This can result in data fragmentation for services that act as a centralized, non-distributed database.

Scaling is well suited for disk-backed services that use their disk as a standalone cache, where different instances can process independent jobs in parallel.

Scalable disk-backed services now in early access

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

Default Node.js version updated to 20.11.1

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

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

Default Python version updated to 3.11.8

Render now supports PostgreSQL version 16 for newly created databases. You select your database's version during the creation flow in the 

If you have an existing database that you want to move to PostgreSQL 16, see 

PostgreSQL 16 now available for new Render PostgreSQL databases

 instance type or higher can enable high availability (HA) for that database from the 

 instance of your database and automatically fails over to it if your primary instance encounters an issue.

Enable high availability for large PostgreSQL databases

You can now bulk-add environment variables from your local 

 file while creating or modifying a service or 

Below any environment variable list in the 

Add environment variables in bulk from a .env file

 was disclosed to the public. We have patched all of our affected systems following the recommendations included in the disclosure.

These patches are transparent to applications running on the platform. Render users should see no changes to their experience and do not need to take any corrective actions.

After a thorough audit of potential exploit vectors, we found no evidence that this impacted Render's internal systems or users' apps and data. We will continue to monitor our systems for irregularities or unexpected activity.

If you have any questions, please get in touch with our Support team at support@render.com.

Patched Leaky Vessels container breakout vulnerabilities

All disks attached to Render services (including 

 for other service types) have been migrated to new hardware. Almost all services will observe improved read/write performance compared to previous hardware (especially for disks under 1 TB in size).

Persistent disks migrated to new hardware

 (a shared collection of environment variables and/or secret files) to a single 

. This helps protect against accidentally connecting a staging service to a production database (or vice versa).

Restrict shared config to a single environment

Which service events trigger notifications (such as deploy failures)

Where those notifications go (email and/or Slack)

Which services you receive notifications for

These settings help you stay informed about exactly the events that you care about most.

To start configuring your notifications, head to your Account Settings or Team Settings page in the 

Customize your service notifications

Search your logs with regex and wildcards

We've updated the default language versions for several of our native runtimes. Here are the changes:

 services keep their original defaults to prevent breaking changes.

Updates to default language versions

There's a powerful new tool for searching and filtering service logs right from your dashboard:

Use the explorer to search your logs for an arbitrary string, filter by log level, and click to view any result in its original context.

With a team account, you can also view logs for every incoming HTTP request to your web services.

New log explorer + HTTP logs

Teams on Render now support two member roles: 

 members can perform organizational tasks like billing management, enforcement of 2FA, and inviting other team members.

Assign access roles to team members

 for your service to run tasks (such as database migrations or asset uploads) right before a new version of your service goes live.

This command is particularly useful for services that deploy a prebuilt Docker image, because they can't fold these kinds of tasks into the build command.

Run migrations and other tasks with the pre-deploy command

, which runs all of your team's builds on compute with 

 of default build instances. If your builds are currently hitting a resource limit, the Performance pipeline provides a whole lot more headroom.

Run builds with higher RAM and CPU

 help you and your team test out proposed changes, but some pull requests don't have any changes to test (like one that just updates a README).

In these cases, you can now include any of these strings in your pull request's title to tell Render 

Skip an unnecessary pull request preview

Render can now pull and run a Docker image directly from your container registry. These new image-backed services can speed up your deploys significantly if you're currently building from source with a Dockerfile.

You can pull public images from any registry, along with 

 images from Docker Hub, GitHub, and GitLab.

Deploy a prebuilt Docker image from a registry

While viewing metrics for a web service or private service in the Render Dashboard, you can now choose from multiple time ranges. Zoom in on a hiccup from the last five minutes, observe broader trends from the past week, or go with something in between.

View service metrics for different time ranges

You can now add your Datadog API key to an existing Render PostgreSQL database from the Render Dashboard. (Previously, integrating Datadog with an existing database required contacting Render support.)

Add Datadog monitoring to existing Render PostgreSQL databases

We've added our newest deploy management feature — the option to cancel a deploy — to the REST API. This new endpoint can help if your team uses a third-party CI/CD tool to manage deploys with Render's deploy hooks. Learn more in 

Cancel deploys via Render's REST API

With Point-in-Time Recovery (PITR) enabled for your Postgres database, Render archives your data continuously. If unexpected data loss occurs, you can restore to a new database seeded with data from archives saved before the data loss occurred.

PITR is available on Team, Enterprise, and Organization plans for Pro database instance types and above. Learn more on 

PostgreSQL point-in-time recovery now available

We spent the week working hard on upcoming releases, so our update is short and sweet.

 Customers using Python native environments can now use a POETRY_VERSION environment variable to specify the version of Poetry they wish to have installed. 

 We addressed several bugs in the Early Access feature. As a reminder, you can try deploying containers from external registries by enabling the feature in Settings

 If you configure an invalid start command, you'll now see an error in the logs and on the events page

 We now log when a query takes longer than 2s so that you have more data to help debug slow app performance.

Reminder: Updates to our build retention policy for Instant Rollbacks

Starting on July 5, 2023, we will retain builds only for the most recent deploys of Render services. Based on historical data, this change will not affect most users. The number of builds retained will vary based on plan.

Find more detail under Instant Rollbacks on our 

Happy long weekend to everyone in America! See you next Friday!

June 30, 2023 - Changelog

We're posting an off-schedule Changelog update to share that Render has achieved a significant milestone. Read on to learn more!

This week, we announced that Render raised a $50 million Series B led by Bessemer Venture Partners. This new round of funding empowers us to continue to build toward our vision of making cloud infrastructure management a thing of the past and ushering in a new era of developer productivity.

Projects are now available for all developers on the Team, Organization, and Enterprise plans. You can use projects to organize your app’s services, making managing and collaborating with your team easier.

Updates to our build retention policy for Instant Rollbacks

Cancel deploys, Errors for failed on-off jobs, and more

We've also shipped a ton of small wins over the last week.

 You asked, and we listened. If a deploy was triggered by accident or isn't going as anticipated, click the new Cancel button, and your service will remain as-is

 Now, if a one-off job fails, we publish a meaningful error that should help make debugging easier

 If you need to request Render's SOC 2 report or learn more about our security and compliance posture, all of this is now available self-serve in our 

 explaining how host and port configurations work. We also updated the 

That's it for this week! As always, please let us know how we can improve Render for you. Thank you for choosing Render!

June 21, 2023 - Changelog

Happy Friday! This week, we've delivered major improvements to support our platform's reliability and integrity, making things better for everyone building on Render. On to the update!

Render's load balancers are shared by multiple services, helping us handle our rapidly growing scale efficiently. With this update, we're introducing improved domain-level rate limiting to better isolate DDoS attacks. While we also have other DDoS prevention measures in place, this change improves how we prevent attacks from affecting unrelated services.

Bugfix for the native Python environment to allow installation of specific packages like Poetry