Deno Joins Cloudflare: The Cost of Dependence

Deno is moving to Cloudflare, with runtime support for another year. How to calculate the cost of leaving a runtime and AI model dependency.

  • The trigger: two reports about the same risk
  • What happened to Deno
  • What problem companies face
  • The same mechanism applies to embedding models

The trigger: two reports about the same risk

Cloudflare acquires Deno and stops supporting the runtime itself a year later. Alongside it is Simon Willison’s comment about embedding models: a vendor may eventually discontinue a proprietary model, forcing millions of stored vectors to be recalculated. Both stories share the same lesson: dependencies on someone else’s runtime or model have a shelf life, and its cost should be included in the budget before implementation.

What happened to Deno

In August, the Deno team released the first version of celld.

This is an open implementation of the Durable Objects pattern from Cloudflare Workers.

Durable Object — an object with its own state that lives in one location and processes requests sequentially.

It is convenient for building chats, counters, locks, and coordination without a separate database.

Today, Cloudflare is acquiring Deno outright

The company's stated goal is to build on celld and make self-hosting workerd—the open runtime that powers Workers—a complete, officially supported way to run applications on the Workers model.

For those already building with Deno, the news is difficult: Cloudflare will support the Deno runtime itself for another year. That year will include monthly releases with bug fixes and some other updates.

The source truncates the full promise, so verify it against the original source.

After this period, development will continue with another technology.

What problem companies face

  1. A team chooses a runtime because it is faster, safer, or more convenient.

  2. Two years later, dozens of services run on it, while the vendor makes a strategic decision without involving them.

  3. The person who has to pay for it is the manager with a deadline and a budget.

  4. Runtime migration delivers neither new features nor revenue growth, and takes engineers away from product work.

  5. The cost of exit must be assessed when choosing the technology.

Assess where AI can deliver impact in your process

The same mechanism applies to embedding models

  1. Willison examines a similar case using EmbeddingGemma 2, released under the Apache 2.0 license.

  2. His reasoning is based on mechanics.

  3. An application with an embedding model calculates thousands or millions of vectors and stores them for later comparison.

  4. Vectors from one model cannot be compared with vectors from another, so changing models means recalculating the entire dataset.

  5. If a model is proprietary and available only as a hosted service, the vendor will eventually retire it because a better model will emerge.

  6. You will have to pay again to recalculate all stored data. With an open model, you can keep the old version for as long as needed.

  7. This leads to a business rule: if a storage system tied to a specific model grows around your system, the model license becomes part of the architecture alongside the database.

How this is addressed technically

  1. Architectural layers mitigate the risk, and choosing the “right” vendor guarantees nothing here. - A gateway in front of the models.

  2. Applications access the LLM through a single gateway.

  3. Changing the provider or model changes the gateway configuration, while the service code remains the same.

  4. That is how our LLM & Security Gateway works: it also tracks requests and filters sensitive data. - The model version next to the vector. In a RAG system, each vector is stored with the model and version identifiers.

  5. Recalculation can then run in batches in the background, and search does not stop. - Integrations through standard protocols.

  6. Agent tools are published through MCP, while communication between systems runs through Apache Kafka.

  7. The service runtime (Node.js, Python, or C#) can be replaced without revising contracts. - Open weights for large datasets.

  8. For large embedding datasets, an open model with a clear license (Qwen, Llama, Gemma) costs less than relying on hosting that may be shut down.

  9. This architecture may look dull, but its purpose is specific: if the vendor is acquired or raises prices next year, the move should take weeks of one team's work. We do not accept a quarter of work by several teams in this calculation.

What this means for TTU

  1. Engineers often measure a technology by its startup speed.

  2. We measure time to value, but it has a second half: how long it will take to exit when the technology no longer fits. A runtime that lets you build a service in a week but requires six months to migrate after a change of ownership is more expensive than one that takes two weeks to build with and can be replaced over a weekend. I am not claiming that Deno was a bad choice.

  3. For many teams, it will remain operational for the entire promised year.

  4. But those who built long-lived systems on it need a plan for the second year.

Conclusion

When choosing a runtime or model, ask the team to answer one question in writing: what will we do if the vendor announces a sale or shutdown tomorrow? If the answer fits on one page with timelines and costs, the dependency is manageable. If the answer is “we will think about it,” you are renting your product from another company under terms you have not read.

Discuss the article: Deno Moves to Cloudflare: The Cost of…

Enter your email or phone number so we can get back to you.

Send via: