➔ Trở về Trang chủ
OrangeCloud Insights
Cloud••⏱️ 2 phút đọc•Biên tập: OrangeCloud Insights (AI-assisted)•Nguồn: blog.cloudflare.com – ["Cathy Chi","Sergey Nuzhdin","Christian Endres"]
Cloudflare giảm dung lượng và băng thông trong đường ống dữ liệu

Cloudflare giảm dung lượng và băng thông trong đường ống dữ liệu

Tóm tắt kỹ thuật (TL;DR)

"Cloudflare describes a series of pipeline changes to reduce hardware and network usage as data volume grew exponentially. The article covers schema decomposition in 2022, a switch from LZ4 to zstd compression in 2024, and a 2026 rework of analytics replication/load balancing to avoid double-writing traffic, with the goal of lowering compressed and uncompressed bytes without materially increasing CPU usage."

🛡️ Tác động Bảo mật4/10

Tác động bảo mật gián tiếp: giảm sao chép dữ liệu và tối ưu luồng phân phối có thể hỗ trợ kiểm soát rủi ro vận hành, nhưng đây không phải thay đổi vá lỗ hổng hay sự cố bảo mật cụ thể.

💼 Tác động Vận hành8/10

Tác động vận hành đáng kể: giảm chi phí hạ tầng, kéo dài vòng đời phần cứng, và hạn chế nghẽn mạng khi lưu lượng tăng nhanh. Việc triển khai theo từng giai đoạn cũng giúp giảm rủi ro gián đoạn dịch vụ.

Cloudflare cho biết đội Data đã thực hiện nhiều thay đổi trong data pipeline để giảm nhu cầu hardware và network usage khi lưu lượng dữ liệu tăng theo cấp số nhân. Theo bài viết, các biện pháp này giúp trì hoãn khoảng 2,5 năm mở rộng phần cứng.

Năm 2022, công ty tách schema dữ liệu nguyên khối thành các schema theo từng sản phẩm, thay vì buộc mọi consumer phải nhận toàn bộ trường dữ liệu rồi lọc bỏ. Cách này giúp giảm 35-40% băng thông backbone và cắt khoảng một năm tăng trưởng traffic nén.

Đến 2024, Cloudflare chuyển thuật toán nén từ LZ4 sang zstd. Khi triển khai rộng, họ ghi nhận gần 40% giảm throughput của compressed traffic mà không thấy thay đổi đáng kể về CPU usage. Nhờ đó, hệ thống có thể xử lý hơn 1,5x lưu lượng với cùng kích thước đường truyền.

Trong 2026, công ty tiếp tục thiết kế lại cơ chế analytics replication và load balancing để tránh double-writing toàn bộ sự kiện sang nhiều vùng. Mục tiêu là giảm cả uncompressed bytes lẫn compressed bytes mà không làm tăng đáng kể tài nguyên xử lý.

Khuyến nghị cho đội kỹ thuật: theo dõi đồng thời băng thông, CPU, và throughput khi thay đổi kiến trúc; ưu tiên giảm dữ liệu ở nguồn, tránh sao chép dư thừa, và kiểm thử dần trên một phần hạ tầng trước khi mở rộng.

Xem nguồn tin gốc để kiểm tra kỹ hơn các thông số kỹ thuật:Xem nguồn tin gốc ➔