know.2nth.ai Technology tech cloudflare
tech/cloudflare · Sub-domain hub

Sixteen services.
One edge network.

The deepest sub-tree in the 2nth technology branch. Cloudflare's developer platform moved from "run JavaScript at the edge" to a full small-cloud in roughly seven years — compute, storage, data, messaging, AI, and networking primitives, all bound together by a single wrangler config and one declarative bindings model. This hub is the map.

16
Services
13
Production
17
Live explainers
01 · Services

The platform, by what it does.

Sixteen services grouped into bands — compute, storage, messaging & data, AI, networking — plus a regional-context leaf for the Africa & Middle East PoP footprint. Each card maps to a canonical leaf in tech/cloudflare/*. Workers and Edge: Africa & ME are live today; the rest land in sequence.

Compute & Runtime · 4
Storage · 4
Messaging & Data · 4
AI · 3
Networking · 1
Regional Context · 1
02 · The shared pattern

One binding model holds it all together.

Sixteen services could look like sixteen different APIs. They don't, because Cloudflare made a deliberate decision: every resource is a binding, declared in wrangler.toml, and arriving on your Worker's env argument at runtime. No client libraries to keep in sync, no credentials to rotate, no URLs to hardcode.

Bindings, not SDKs

When you need KV, D1, R2, a Durable Object, a Queue, or a Workers AI model, you declare it in config. At runtime the binding appears as a property on env, already authenticated and already pointing at the right namespace. You call methods on it; you don't construct clients.

# wrangler.toml — one config, many primitives
name = "edge-app"
main = "src/index.ts"

[[kv_namespaces]]
binding = "CACHE"
id = "..."

[[d1_databases]]
binding = "DB"
database_name = "prod"

[[r2_buckets]]
binding = "ASSETS"
bucket_name = "uploads"

[[durable_objects.bindings]]
name = "ROOM"
class_name = "ChatRoom"

[[queues.producers]]
binding = "JOBS"
queue = "ingest-jobs"

[ai]
binding = "AI"

The payoff: you learn this pattern once and every service in this hub fits into it. Workers calls env.CACHE.get(), env.DB.prepare(), env.AI.run(), env.JOBS.send(). Same shape every time.

03 · Related branches

Where the Cloudflare branch connects.

Cloudflare is the runtime almost every other leaf in the 2nth tree requires. Every ERP explainer points back to Workers for the proxy; every AI flow lands on Workers AI or Vectorize; every SOR integration uses Tunnel or Hyperdrive.