Bài viết này do AI tạo ra, có thể mắc sai sót.
Một trang nội dung có traffic lớn là workload mạng thực tế: traffic nền khoảng 75 request/giây nhưng Cloudflare nói có lúc vượt 5.000 RPS. Bài migration cho thấy cách kết hợp edge compute, cache nhiều tầng và cơ chế chuyển hướng traffic để đổi nền tảng mà không gián đoạn người đọc.
Cloudflare đặt EmDash trên Cloudflare Worker, phía trước là Workers Cache. Object cache của EmDash chạy bằng Workers KV; lớp dữ liệu dùng tích hợp Hyperdrive với PlanetScale. Các tầng cache được sắp theo độ gần người dùng nhằm giảm request phải tới database.
Theo Cloudflare, cấu hình này phục vụ khoảng 99,5% static file từ cache và 70% tổng request từ cache. Hai chỉ số này không phải benchmark phổ quát cho mọi website, nhưng nêu rõ giá trị vận hành của cache hit-rate: giảm tải origin/database và giữ latency ổn định khi lưu lượng tăng.
Cloudflare dùng k6 với ba kịch bản: ramp tăng dần tới ba lần baseline, breakpoint tăng từ 0 đến 100 RPS trong 10 phút và burst ngay 7.000 RPS trong một phút. Failure được định nghĩa khi lỗi 5xx vượt 0,01%; mục tiêu latency là p95 dưới 500 ms và p99 dưới 1.000 ms.
Đây là cách đo đáng tham khảo: không chỉ nhìn RPS đỉnh, mà gắn tải với error budget và tail latency. Khi traffic tăng, p95/p99 thường phản ánh trải nghiệm xấu sớm hơn latency trung bình.
Cloudflare triển khai proxy Worker để định tuyến request giữa blog cũ và blog mới. Worker đặt version cookie, rồi đưa người dùng tới phiên bản phù hợp. Nếu site mới trả 500, proxy có thể fallback về legacy site. Kết nối Worker-to-Worker qua service binding giúp tránh vòng đi qua hostname công khai, DNS, TLS và HTTP outbound.
Ngày chuyển đổi, traffic tăng dần từ 1% lên 5%, 15% rồi 100% sau khi quan sát system health. Phased rollout giảm blast radius: lỗi chỉ chạm một phần traffic và có thời gian sửa trước khi toàn bộ người dùng bị ảnh hưởng.
Điểm mạnh của case này không phải đổi CMS mà là cách biến rollout thành bài toán mạng có kiểm soát. Cache giảm lượng traffic xuyên tới origin; proxy Worker tạo lớp điều khiển để chạy song song hai phiên bản; canary rollout giới hạn ảnh hưởng. Ba thành phần này áp dụng được cho migration web, API gateway và edge application.
Cần lưu ý số liệu của Cloudflare thuộc workload và hạ tầng Cloudflare Blog, không thể lấy nguyên xi làm capacity plan. Hệ thống nhỏ hơn vẫn cần đo traffic thật, cacheability, database query và dependency chậm. Nhưng nguyên tắc error budget, fallback và rollout theo phần trăm là độc lập với quy mô.
Cloudflare Blog, bài kỹ thuật “The Cloudflare Blog – Brought to you by EmDash”, công bố ngày 24/8/2026.
