Tech news

Tech news

Deno joins Cloudflare: what changes for the runtime and Deno Deploy

Deno’s team is joining Cloudflare. Here are the announced support timelines for the runtime and Deno Deploy, plus practical questions for planning your next step.

By Tacdigitals4 min read
Original Tacdigitals editorial illustration for Deno joins Cloudflare: what changes for the runtime and Deno Deploy.

The Deno team is joining Cloudflare, and developers already using Deno have concrete timelines to review. The 9 October 2026 announcements describe both a new direction for application hosting and the planned end of the team’s separate runtime development and hosting service.

Here is what the companies have confirmed—and how we would approach the news when planning a web application.

What changes for Deno users?

In Deno’s announcement, Ryan Dahl sets out these commitments:

  • Deno runtime: another year of monthly bug fixes and security updates, followed by the end of the team’s development work. The code will remain open source, and others are welcome to continue developing it.
  • Deno Deploy: six more months of operation before closure, with migration support for paying customers moving to Cloudflare Workers.
  • JSR: continued operation, with its infrastructure moving to Cloudflare.

These are separate products with different plans. A project using the runtime and a project hosted on Deno Deploy should therefore review different parts of the announcement.

What Cloudflare and Deno want to build

Cloudflare’s joint post describes plans to combine work on workerd and celld, with a focus on making the Workers programming model easier to operate on developers’ own infrastructure. Ryan Dahl and Bert Belder will lead the effort to improve support for self-hosting.

The post also acknowledges that workerd’s existing Durable Objects implementation supports a single instance, leaving a gap for self-hosting at scale. The announced integration is intended to address that gap. Further announcements are planned; the post is not evidence that every proposed improvement is already available.

How we would plan an existing application’s next step

Our practical view is to begin with an inventory before choosing a destination. Record which parts of the application depend on the runtime, the hosting service, the database, scheduled work and external integrations. Include the deployment process and support arrangements, since those affect how the team operates the product.

For example, moving a customer portal involves more than making its homepage load. Sign-in, file uploads, background tasks, payment callbacks and access to existing records all need to behave as expected. The time required depends on those requirements, rather than the name of the provider alone.

A manageable migration review would include:

  1. Confirm the dependencies. Use the application’s configuration and deployment records to identify what it actually relies on.
  2. Check the announced support window. Ask the provider about arrangements that apply to your account and build a schedule around the relevant product timeline.
  3. Trial the destination. Verify the important user journeys, data handling and operational tasks in an isolated environment.
  4. Plan the switch. Assign responsibility for the release, customer communication, monitoring and recovery if the new deployment has a problem.

This is our proposed planning approach, rather than a claim that every Deno application can move unchanged to Workers.

A useful question for every new web project

The announcement also gives teams starting a new application a reason to discuss its expected lifetime. Who will maintain it? Which platform features does it depend on? What information would another developer need to run it later?

Clear answers can improve a project whether it uses a managed service or infrastructure the team operates itself. Hosting flexibility is valuable when it supports the business’s requirements; it still needs to be weighed alongside maintenance capacity, cost and the quality of the user experience.

For current Deno users, the immediate task is to understand which announced timeline applies to their project. For everyone else, the broader story is a reminder that a product’s deployment and maintenance plan belongs in the design conversation from the beginning.

Product commitments are drawn from Deno and Cloudflare’s announcements. The planning recommendations are Tacdigitals’ analysis. Sources checked on 10 October 2026.

DenoCloudflareWeb developmentApplication hostingJavaScript

Keep exploring.