Cloudflare is part of the editorial stack

Infrastructure choices change what it feels like to publish, so they should be treated as editorial decisions too.

Publishing platforms often separate the “site” from the “operations” as if they belong to different conversations. In practice, the operational path shapes the publication.

If deployment is fragile, people hesitate to publish. If previews are opaque, review quality drops. If edge delivery is reliable and boring, the editorial team spends less time negotiating with the system and more time improving the work.

Good infrastructure removes emotional drag

The best deployment setup is not the most elaborate one. It is the one that makes shipping feel calm. That usually means:

  • a build path that is easy to reason about
  • previews that resemble production
  • a narrow surface area for environment mistakes

Cloudflare is appealing here because it compresses several concerns into one operating surface. Hosting, edge delivery, and DNS do not need to become separate projects before the publication is even alive.

Small teams need leverage, not ceremony

A founding engineer should not spend week one inventing a platform story from scratch. The stack should be legible enough that new pages, new posts, and deployment work can all move in small, reviewable increments.

That is the standard for em dash: fewer moving parts, stronger defaults, and an operational backbone that keeps the editorial process unblocked.