Automattic / Automattic/wp-codebox

Prove Cloudflare WordPress fleet performance, resilience, and cost

Open
#2,079 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
TypeScript
Stars
16
Forks
4
Avg merge
59m
Merged PRs (30d)
131

Description

Parent: #1970

## Goal

Establish production readiness for an elastic preview fleet through dimension-based performance, concurrency, failure, multi-region, and cost evidence.

## Workloads

- 100-site and 1,000-site allocation/provisioning campaigns
- concurrent artifacts of varied page count, decoded size, asset volume, and runtime complexity
- anonymous publication reads from multiple regions and cache states
- warm/cold admin, REST, edit, media, and subsequent-import traffic
- D1/R2/queue latency, throttling, duplicate delivery, Worker eviction, timeout, and partial-failure injection
- long-running soak with expiration, deletion, reclamation, and allocation reuse

## Required evidence

- p50/p95/p99 latency by API stage and public/dynamic read path
- allocation and ready-site throughput under bounded concurrency
- PHP-WASM boot/execute/persist memory and CPU high-water marks
- queue age, retries, dead letters, publication lag, and recovery time
- D1 rows/queries, R2 requests/bytes/storage, Worker CPU, and estimated cost per site lifecycle
- isolation and invariant violations, not only aggregate success counts

## Acceptance criteria

- Publish explicit SLOs and pass/fail budgets before running the acceptance campaign.
- No cross-site state, cache, credential, operation, or publication leakage occurs.
- Failure injection proves committed state and previous publications remain recoverable.
- Throughput does not degrade linearly with configured site count.
- Public cached-read latency remains independent of PHP-WASM and coordinator load.
- Known gaps are reported by semantic dimension: lifecycle, state transitions, resources, compatibility, and regional behavior.
- Evidence is reviewer-resolvable and linked to this tracker.
- No production deployment or load test is performed without explicit authorization.

## AI assistance

OpenAI GPT-5.6 Sol via OpenCode translated the current two-site evidence and measured latency gaps into this fleet acceptance contract with Chris Huber.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with parent issue #1970 and the current two-site evidence referenced here. Define authorized acceptance campaigns around the listed workloads, publish SLOs and pass/fail budgets first, then collect reviewer-resolvable evidence for isolation, recovery, latency, throughput, resource use, and cost without performing unapproved production deployment or load tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
wasm, wordpress
Domain
cloud, observability, performance, testing-qa
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.