Home Engineering Services About Contact
Infrastructure 5 min read

Building SaaS Products on Cloudflare

Why we've increasingly moved parts of our stack to Cloudflare and how it helps us build and operate SaaS products with a small team.

Mehmet Özer Özdaş
Mehmet Özer Özdaş
June 8, 2026
cloudflaresaasinfrastructureplatform engineering

Building SaaS Products on Cloudflare

A few years ago, if someone told me they were building an entire SaaS product on Cloudflare, I would have assumed they meant DNS and CDN.

That’s what most developers associated with Cloudflare for a long time.

A proxy.

A security layer.

Something that sat in front of your application.

Today, that perception feels outdated.

Cloudflare has quietly become one of the most interesting platforms for small teams building internet products.

While we still use AWS heavily across our infrastructure, Cloudflare has become an increasingly important part of how we build and operate products at Nuvo Code.

Not because it’s trendy.

Because it solves real operational problems.

Quick Answer

Cloudflare allows small teams to ship and operate products with significantly less infrastructure overhead.

Some of the services we rely on include:

  • Cloudflare Workers
  • R2 Object Storage
  • D1 Database
  • KV Storage
  • Turnstile
  • Analytics
  • AI Models
  • Zero Trust
  • DNS and Security

The biggest advantage isn’t cost.

It’s simplicity.

Why Infrastructure Complexity Slows Down Startups

Most SaaS products start with a simple goal:

Build something useful.

But before long, the team finds itself managing infrastructure.

Servers.

Networking.

Load balancers.

Monitoring.

Scaling.

Certificates.

Security.

The infrastructure starts demanding attention that was originally intended for product development.

This is especially challenging for small teams.

Every hour spent maintaining infrastructure is an hour not spent improving the product.

The Appeal of Serverless Infrastructure

One of the reasons Cloudflare became attractive to us is that it removes entire categories of operational work.

There are fewer servers to manage.

Fewer operating system updates.

Fewer deployment concerns.

Fewer scaling discussions.

The platform handles many of these responsibilities automatically.

That doesn’t eliminate complexity entirely.

But it moves complexity away from infrastructure management and back toward product development.

Which is usually where a startup should focus.

Workers Changed How We Think About Backend Services

Cloudflare Workers were probably the first service that genuinely changed our perspective.

Instead of provisioning servers for small services, APIs, and integrations, we could deploy lightweight workloads directly to Cloudflare’s edge network.

For internal tooling, APIs, gateways, webhooks, and utility services, this model often feels much more natural than maintaining traditional servers.

Deployment is fast.

Operational overhead is minimal.

Scaling is largely automatic.

For small services, that’s incredibly valuable.

Building Internal Platforms With Workers

One of our internal projects is Oracle.

Oracle started as an internal AI gateway that sits between our products and various AI providers.

Cloudflare Workers turned out to be an ideal foundation for that type of service.

The platform provides:

  • Global availability
  • Fast deployments
  • Built-in security controls
  • Access to AI infrastructure
  • Simple operational management

Instead of worrying about servers, we can focus on how the service behaves.

That’s usually a better trade-off.

R2 Solved a Different Problem

Object storage is rarely exciting.

But it becomes important surprisingly quickly.

User uploads.

Assets.

Backups.

Generated files.

Media content.

Most products eventually need storage.

R2 appealed to us because of its straightforward pricing model and integration with the broader Cloudflare ecosystem.

For many use cases, it removes another operational concern from the stack.

D1 and the Future of Lightweight Applications

Traditional databases remain incredibly important.

PostgreSQL continues to be one of our favorite technologies.

But not every application needs a dedicated database server.

D1 opens interesting possibilities for lightweight services, internal tools, prototypes, and content-driven applications.

It’s not a replacement for every database.

It’s another tool.

And increasingly, it’s becoming a practical one.

Security Without Becoming a Security Team

Security is one of those responsibilities that never goes away.

Every public application eventually attracts unwanted traffic.

Bots.

Spam.

Abuse.

Automated attacks.

Cloudflare provides several tools that help small teams handle these concerns without requiring dedicated security specialists.

Turnstile, WAF protections, rate limiting, Zero Trust, and bot management all contribute to reducing risk while keeping operational complexity manageable.

For a small company, that’s extremely valuable.

The Economics Matter Less Than You Think

Many conversations about Cloudflare eventually become discussions about cost.

And yes, cost matters.

Especially for bootstrapped companies.

But cost is rarely the primary reason we adopt a platform.

Operational simplicity often matters more.

A platform that saves ten hours of engineering time every month is usually worth far more than a small reduction in infrastructure spending.

The goal isn’t minimizing cloud costs.

The goal is maximizing productive engineering time.

Cloudflare Isn’t a Silver Bullet

It’s important to be realistic.

Cloudflare doesn’t replace everything.

We still run workloads on AWS.

We still use traditional databases.

We still operate infrastructure outside of Cloudflare.

The goal isn’t choosing a single platform for every problem.

The goal is selecting the right tool for each layer of the stack.

Cloudflare happens to be an increasingly compelling option for many of those layers.

What We’ve Learned So Far

The biggest lesson isn’t that Cloudflare is cheaper.

Or faster.

Or more modern.

The biggest lesson is that infrastructure decisions should reduce friction.

Every platform decision should answer a simple question:

Does this allow us to spend more time building products?

Increasingly, Cloudflare helps us answer that question with yes.

How We Use Cloudflare at Nuvo Code

Today, Cloudflare powers multiple parts of our ecosystem.

Across different projects we use:

  • DNS
  • Workers
  • R2
  • D1
  • KV
  • Turnstile
  • Analytics
  • Zero Trust
  • AI Models

Not every service is used in every project.

But together they form a platform that allows us to move faster with a relatively small team.

At Nuvo Code, we’re not interested in infrastructure for its own sake.

We’re interested in infrastructure that disappears into the background.

The less time we spend thinking about operations, the more time we can spend building products.

And that’s ultimately what matters.