The Agentic Post
Breaking
Gemini’s Multimodal Features, Explained  Â·  ChatGPT Custom GPTs, Explained  Â·  What Is Constitutional AI? Explained  Â·  AI Capex Explained for Investors  Â·  AI Startup Valuations: How They Are Set  Â·  How to Reskill for an AI Job Market  ·  
Home/Hardware & Robotics/Data Centers
What Is a Data Center?

What Is a Data Center?

Data Centers

A plain-English explainer on what's actually inside an AI data center, why power has become the real bottleneck, and how training and inference infrastructure differ.

Every AI query, every generated image, every model in training runs somewhere physical: a data center packed with servers, drawing enormous power and requiring constant cooling. Here’s what’s actually inside one.

Beyond rows of server racks, an AI data center is mostly power and cooling infrastructure. High-density hardware, like the racks in NVIDIA’s Vera Rubin NVL72, draws far more power per rack than traditional computing ever did, which means electrical and cooling systems are often a bigger engineering challenge than the compute itself. Liquid cooling, once a specialty option, is now standard for the densest racks because air alone can’t remove heat fast enough.

Power, not chips, is the real bottleneck

A data center is only as useful as the grid feeding it, and building new power generation and transmission takes years, far longer than the building itself. That’s why AI infrastructure announcements increasingly lead with gigawatts of power capacity rather than server count.

Training clusters aren’t the same as inference infrastructure

Massive, tightly interconnected clusters handle training, running for weeks with extremely fast connections between thousands of chips. Inference infrastructure, running an already-trained model for real users, is distributed more broadly, often closer to users, to cut response latency.

Oracle alone has committed up to $500 billion to this buildout, which is why data center construction has become a macroeconomic story, showing up in earnings reports and regional power grid planning alike.

See the International Energy Agency’s own data on data center demand.

Up Next
Cloudflare Builds a Browser Just for AI Agents

Cloudflare Builds a Browser Just for AI Agents

Computer-Use Agents

Cloudflare launched Kitesurf, a cloud-hosted browser built specifically for AI agents rather than human users, promising lower compute cost than running agents on headless Chromium.

Cloudflare has joined the growing list of companies building a new web browser, but it skipped the crowded fight for human users entirely. The company’s new release, Kitesurf, is a cloud-hosted browser designed specifically to be driven by AI agents rather than people, and it reflects a genuinely different set of engineering priorities than any consumer browser on the market.

Why a browser built for people is the wrong tool for agents

As AI shifts from chatbots that answer questions to agents that complete tasks on a person’s behalf, browsers become a genuinely critical piece of infrastructure, since navigating and using ordinary websites is exactly how a human would carry out most of those same tasks. But a browser built for a human doesn’t actually fit an AI agent’s needs well. Cloudflare points out that an agent-facing browser simply doesn’t care about the things a human-facing one is built around, themes, tabs, bookmarks, extensions, visual polish. Instead, it needs to manage context window usage efficiently, keep performance and token costs down, and scale to potentially enormous numbers of simultaneous, short-lived sessions in a way a desktop browser was never designed to do.

The threat model is different too. An AI-driven browser faces risks a human-facing one mostly doesn’t, including prompt injection attacks, where malicious instructions embedded in a webpage’s content attempt to hijack the agent’s behavior, a risk category our own security guide for computer-use agents covers in more depth. Designing specifically around that threat model, rather than retrofitting a consumer browser’s security assumptions onto agentic use, is a meaningful part of Cloudflare’s pitch for building something new rather than just running agents on top of headless Chromium, the approach most agent developers currently default to.

What it’s actually built from

Kitesurf runs entirely on top of Cloudflare’s existing serverless platform, Workers, and Cloudflare says it built the browser from a combination of existing open-source pieces rather than starting completely from scratch: a modular rendering engine from the Blitz project, Firefox’s own CSS parser, Stylo, and Boa JS, a Rust-based ECMAScript engine for actually executing JavaScript. Cloudflare has also credited Obscura, an open-source Rust headless browser engine, with directly inspiring the project, noting that its first working proof of concept was literally a port of Obscura onto the Workers platform before the team built it out further.

Remarkably, Cloudflare says it decided to build Kitesurf just twelve weeks before this announcement, a genuinely fast timeline for a functioning browser engine, even one built substantially from existing components rather than written entirely from zero. The company reports Kitesurf already passes more than 215,000 web platform tests, the standardized test suite browser makers use to verify spec compliance, and says it’s adding hundreds more passing tests every week, alongside confirming it correctly renders real, non-trivial sites including Wikipedia, Hacker News, the TodoMVC benchmark app commonly used to compare JavaScript frameworks, and much of Cloudflare’s own dashboard.

The actual pitch: cheaper than Chromium at scale

Cloudflare’s core argument for developers is efficiency, not novelty. The company says Kitesurf is significantly more efficient in both CPU and memory consumption than Chromium for the specific tasks agentic workflows actually perform most, like taking screenshots and extracting structured content from HTML. For any developer running agent-driven browsing at real volume, where a single headless Chromium instance can carry meaningful memory overhead, a lighter-weight alternative purpose-built for exactly this workload translates directly into lower infrastructure cost per agent session, potentially at significant scale once usage climbs into production-level request volumes.

Kitesurf is currently available for free while in beta, accessed through Browser Run, Cloudflare’s existing product for programmatically controlling headless browser instances across its network. That distribution choice matters: rather than launching Kitesurf as a standalone product, Cloudflare is folding it directly into infrastructure developers may already be using, lowering the switching cost for anyone already building agents on Cloudflare’s platform.

Where this fits in a crowded, fast-moving category

Agent-facing browser infrastructure has become a genuinely active category this year, with multiple companies racing to solve the same underlying problem from different angles. Cloudflare’s approach, a from-scratch rendering engine optimized for efficiency and running entirely inside its own serverless platform, is a notably different bet than competitors building agent browser tooling as a thin automation layer on top of standard Chromium. The tradeoff is real: a new rendering engine built in twelve weeks, even from proven open-source components, inevitably has rougher edges and less complete site compatibility than a browser engine with years of production hardening behind it, which is presumably part of why Cloudflare is framing this explicitly as a beta and publishing its own test-pass numbers rather than claiming full parity with Chromium out of the gate.

For developers evaluating whether to switch, the practical question is whether Kitesurf’s current site-compatibility level, verified so far on sites like Wikipedia and Hacker News rather than the full breadth of the modern web, already covers the specific sites their agents need to operate on. For narrow, well-defined agentic workflows against known, relatively standard sites, the efficiency gains Cloudflare is advertising may be worth adopting now, in beta. For agents that need to reliably navigate the long tail of the modern web’s more complex, JavaScript-heavy sites, waiting for compatibility to mature further is likely the safer near-term choice.

Why Cloudflare specifically is positioned to make this bet

Cloudflare’s decision to build Kitesurf on top of its own Workers platform, rather than as a standalone service, is a meaningful strategic choice beyond simple convenience. It means every agent session running through Kitesurf executes on infrastructure Cloudflare already operates at massive global scale, giving the company a cost structure for running headless browser instances that a smaller, dedicated agent-tooling startup would struggle to match without building out comparable infrastructure first. That’s a genuine structural advantage in a category where the core value proposition, as Cloudflare itself frames it, is reducing the compute cost of running browser automation at volume.

It also mirrors a pattern showing up elsewhere in AI infrastructure this year: platform companies with existing global compute footprints, rather than venture-funded startups building from zero, increasingly have a real edge in categories where raw infrastructure efficiency is the actual product. Cloudflare is applying the same logic here that has driven its broader push into AI-adjacent infrastructure, treating agent tooling as a natural extension of a network it already operates at scale, rather than a separate product line requiring entirely new infrastructure investment.

The open-source lineage is worth noting too

Kitesurf’s construction from existing open-source components, Blitz’s rendering engine, Firefox’s Stylo CSS parser, and the Boa JS engine, reflects a broader trend in how fast-moving infrastructure gets built in 2026: rather than one company owning an entire technology stack end to end, specialized open-source projects handle individual layers well, and companies with distribution and infrastructure assemble them into a complete product faster than any single team could build from scratch. That approach is also part of why Cloudflare was able to move from initial concept to a working, tested browser in roughly twelve weeks, a timeline that would be difficult to imagine for a fully from-scratch rendering engine built without leaning on mature existing components.

See Cloudflare’s own announcement for the full technical breakdown.