More time for what matters to you

Safer deployments. Simpler operations. With CDelivery.

Installation method
curl -fsSL https://cdelivery.dev/install.sh | sh

Your app, as is. Free to use.

Help me install and configure CDelivery: https://cdelivery.dev/install.md

Copy this prompt into your AI tool to get started.

Operate with confidence Release with confidence

Beyond checking whether your app is online, regular automated checks verify critical business flows, such as user login.

During a release, an isolated environment is first created in production, where validation runs automatically. Problems are caught and blocked before they cause production incidents.

DeveloperNew version
Validation instanceNo user traffic
XHealthLogin failed
Release blocked
APPCurrent version
Real usersLogin successful

Observability, 100x cheaper than Datadog

Ready out of the box. No SDK needed. Automatically collect server and app metrics and logs, with long-term storage on disk or object stores like S3. New data can be ready to query and analyze in as little as 3 seconds.

Every change leaves a trace.

Low costs, big savings

Metrics for one server or app: just $0.6758 a year.
1 GB of logs a day. 365 GB a year. Just $7.23 for the first year.

Estimate log costs
Log volume period

Estimated total for the first 12 months (USD)

Estimates cover the selected retention period, starting from empty storage with steady ingestion. One month = 365/12 days; input units are decimal and S3 storage uses GiB.

The CDelivery estimate includes compressed S3 Standard storage in US East (N. Virginia), using monthly averages and tiered rates of $0.021–$0.023/GiB/month, plus one PUT per 16 MB at $0.005 per 1,000 requests.

Datadog uses annual-plan rates: $0.10/GB ingested. For one month, Standard at $2.50/million indexed logs with 30-day retention; longer periods use Flex Starter at $0.60/million stored logs/month, based on monthly averages.

Flex supports 3, 6, 12 or 15 months, fewer than 2 billion logs ingested per month and up to 10 billion stored. Other settings are extrapolated. Estimates exclude servers, reads, transfer, taxes, discounts and free allowances.

Prices checked: 2026-09-28AWS S3Datadog

CDelivery

$7.23

AWS S3

Datadog

$1,350.50

Flex Starter

About 0.54% of Datadog’s cost.

High performance, small footprint

Measured throughput of 2,491 MB/s, with peak memory usage of just 2.21 GiB. Multiple instances and high availability help you keep up as your user base and data grow.

Ingestion throughput
2,491MB/s
Peak memory usage
2,261MiB
AWS EC2 c8gb.2xlarge (Graviton4 / 8 vCPU / 16 GiB RAM)

High-performance gateway. Less hassle. Lower costs

CDelivery builds its reverse proxy gateway on Cloudflare’s Pingora. Proven at scale on Cloudflare’s network, Pingora provides a mature, stable, and reliable foundation.

Ready out of the box, with multiple instances for high availability and automatic HTTPS certificate management for both single-instance and multi-instance deployments.

CDelivery gateway benchmarks

Peak throughput
45,982RPS
Peak memory usage
963MiB
AWS EC2 c8gn.large (Graviton4 / 2 vCPU / 4 GiB RAM)

AI diagnostics, proactive monitoring

CDelivery brings together runtime metrics, application logs, access records, and operation events, giving AI the context to analyze issues and assist with diagnosis. It includes an AI assistant and supports connecting your preferred AI tools through MCP and API access.

With AI on-call enabled, CDelivery uses change events and scheduled checks to assess system health, analyze anomalies and potential risks, and proactively notify you according to your chosen policy.

Receive notifications, continue conversations, request actions, and check results through familiar channels like email and Slack. The web interface is mobile-friendly too. Get things done, wherever you are.

  • Metrics
  • Application logs
  • Access records
  • Operation events
  • More…
AI analysisCorrelate & diagnose
  • Diagnosis
  • Notifications
  • Actions
  • More…

Automatic instance scaling

Automatically add or remove application instances within your configured range based on CPU load. Scale up when load rises and scale down after sustained low load, adapting resource use to your app’s needs.

CPU utilizationIllustrative
Running instancesSame timeline
242
Scale outScale in

Build and run highly available apps that scale with ease

Distribute configuration to multiple service instances with the same ease as local development, without learning a new stack or integrating an SDK. Run multiple instances and scale out easily, without a separate configuration service to maintain. With XHealth, services using a new configuration pass checks before going live. Scale seamlessly from one user to a billion.

app.confv2
XConfigDistribute
  • Instance 1v2
  • Instance 2v2
  • Instance 3v2

Small footprint. More room for your apps

Low CPU and memory overhead across deployment management, the gateway, and observability. CDelivery requires only Docker, with no additional services such as PostgreSQL, and supports automatic failover within the cluster.

Across the core service, gateway, observability, agents, and shared libraries.

42k lines of Rust code

Starting memory usage under low load. Actual usage varies with workload and configuration.
CDeliveryCore service
50MiB
PingressReverse proxy gateway
30MiB
ObservabilityData collection and storage
120MiB

You build, and CDelivery takes care of the rest

App deployment, service monitoring, log and metric collection, configuration distribution, HTTPS, and load balancing—all handled automatically.

XHealth runs configured periodic checks. When enabled, Guardian validates new versions before release. Pingress routes visitors to your app. Insight collects metrics, application logs, and access records.

Three app nodes are shown inside a server cluster. XHealth runs configured periodic checks, while Guardian validates candidate versions before release when enabled. Pingress connects to all three apps, with each request shown visiting the middle app. The apps, XHealth, and Pingress continuously send data to Insight.

Frequently asked questions

Why choose CDelivery over Kubernetes?

Because your team’s time and energy are better spent on your product. CDelivery brings application deployment, HTTPS, logs and metrics, business workflow checks, and release validation together in one platform, reducing the work of choosing tools, integrating components, and keeping everything running. Start with a single server and expand to multiple nodes as your business grows, without dedicated Kubernetes operations staff. Safer deployments. Simpler operations.

How many servers can CDelivery support?

You can start with just 1 server. CDelivery itself does not impose a limit on the number of servers. A single cluster can scale to 5,000 servers, comparable to the node count officially supported by Kubernetes.

Free & Open Source

No vendor lock-in. Choose the servers, storage, and infrastructure that fit your needs. Fewer unexpectedly huge bills.