Cloudflare · Serverless
Cloudflare Workers & R2 Application
Worker entry point with DNS, WAF and response-cache capabilities, backed by R2. This diagram is written in ArchLex and passes Cloudflare provider checks.
Diagram and source
provider cloudflare
direction LR
account cloudflare-production {
domain: dns["app.example.com"]
entry: workers["Application entry"]
protection: waf["WAF policy"]
response-cache: cache["Response caching"]
objects: r2["Application objects"]
domain ->|DNS record selects entry point| entry
protection -[protects]-> entry
response-cache -[caches]->|Eligible application responses| entry
entry -[reads]-> objects
}What is in this diagram.
Resources
- app.example.com DNS
- Application entry Workers
- WAF policy WAF
- Response caching Cache
- Application objects R2
Relationships
- app.example.com connects Application entry
- WAF policy protects Application entry
- Response caching caches Application entry
- Application entry reads Application objects
Boundaries
- account cloudflare-production
Render it yourself.
Save the source as cloudflare-standalone.arch and render it with the CLI, or ask your agent to adapt it through the ArchLex MCP server.
npx @archlex/cli render cloudflare-standalone.arch --output cloudflare-standalone.svgRelated examples.
- Serverless MicroserviceAPI Gateway invoking Lambda function accessing DynamoDB table
- Full-Stack Serverless Web ApplicationRoute 53 DNS, CloudFront CDN, S3 static assets, API Gateway, Lambda, and DynamoDB
- GCP Serverless Cloud Run + Cloud SQLCloud Run service connected to a Cloud SQL database
- Cloudflare Public Edge to AWSCloudflare DNS, load balancing and WAF capabilities forwarding HTTPS requests to an AWS ALB