Bài viết này do AI tạo ra, có thể mắc sai sót.
Google Cloud vừa mở preview Fault Injection Testing (FIT), dịch vụ giúp đội vận hành chủ động tạo lỗi có kiểm soát để kiểm tra ứng dụng có chịu được gián đoạn hay không. Điểm đáng chú ý với hạ tầng mạng là FIT có thể làm suy giảm lưu lượng đi qua Application Load Balancer bằng độ trễ và mã lỗi HTTP, thay vì chờ sự cố thật mới kiểm tra kịch bản phục hồi.
Kịch bản “degrade application traffic” cho phép đội ngũ bổ sung độ trễ và mã lỗi HTTP một cách chọn lọc thông qua Application Load Balancer. Đây là dạng chaos testing sát với các lỗi thường khó tái hiện: upstream phản hồi chậm, một phần request bị lỗi, timeout dây chuyền hoặc cơ chế retry làm tải tăng bất thường.
Thay vì phải dựng proxy gây lỗi riêng hoặc thao tác thủ công trong lúc diễn tập, template biến điều kiện lỗi thành cấu hình lặp lại được. Điều này giúp so sánh kết quả giữa các lần chạy và đưa bài kiểm tra vào quy trình release hoặc diễn tập DR.
Trước khi chạy, FIT thực hiện dry run chỉ đọc để xác nhận quyền và phạm vi tài nguyên. Sau khi kiểm tra danh sách này, người vận hành mới khởi động chèn lỗi thủ công. Thời lượng nằm trong template; khi hết thời gian, lỗi được hoàn nguyên.
Nếu quan sát thấy ứng dụng không xử lý đúng, tính năng stop and revert cho phép dừng thử nghiệm và khôi phục sớm. Tuy vậy, dry run chỉ kiểm tra scope và quyền, không thay thế việc đánh giá dependency: cache, DNS, autoscaling, hàng đợi và hệ thống quan sát vẫn cần được đưa vào kế hoạch thử nghiệm.
Kịch bản còn lại ép Cloud SQL HA chuyển từ primary zone sang standby zone. Kết hợp nó với traffic degradation cho phép kiểm tra đầy đủ đường đi từ client, load balancer, ứng dụng đến dữ liệu: timeout có hợp lý không, connection pool có tái kết nối không, health check có loại instance lỗi đúng lúc không và alert có đủ sớm không.
Đây là phần quan trọng với dịch vụ đa zone. Một kiến trúc có HA trên sơ đồ chưa chắc đã có retry, circuit breaker và thời gian chờ phù hợp khi failover thật diễn ra.
FIT đáng chú ý vì đưa fault injection vào gần lớp hạ tầng cloud hơn, đặc biệt cho luồng traffic qua load balancer. Với đội network và SRE, giá trị không nằm ở việc “tạo lỗi” mà ở bằng chứng đo được rằng routing, health check, retry và quan sát hoạt động đúng khi điều kiện xấu xảy ra.
Preview cũng là lời nhắc phải giữ kỷ luật phạm vi. Chèn độ trễ hoặc lỗi HTTP trong production có thể tạo hiệu ứng khuếch đại qua retry và autoscaling. Thử nghiệm nhỏ, có dry run, ngưỡng dừng rõ ràng và khả năng hoàn nguyên là cách biến chaos engineering thành công cụ giảm rủi ro thay vì tạo thêm rủi ro.
Thông tin được đối chiếu từ thông báo chính thức Google Cloud ngày 27/08/2026 và tài liệu Fault Injection Testing của Google Cloud. Liên kết nguồn không hiển thị trong bài công khai.
