Cloudflare thêm nút thử Cron Triggers trong Local Explorer: kiểm tra lịch chạy trước khi đưa lên cloud

Thử tác vụ theo lịch ngay trong trình duyệt

Cloudflare công bố ngày 17/10/2026 khả năng thử Cron Triggers trong Local Explorer, giao diện hỗ trợ phát triển Cloudflare Workers trên máy cục bộ. Đội làm tự động hóa có thể gọi thử hàm scheduled() và xem kết quả ngay trong trình duyệt. Thay đổi hữu ích cho các tác vụ như tổng hợp báo cáo hoặc đồng bộ dữ liệu theo giờ, nhưng thao tác thử không tự tạo lịch chạy trên hệ thống thật.

Tài liệu yêu cầu Wrangler 4.139.0 hoặc Cloudflare Vite plugin 1.60.0 trở lên cho phần thử Cron. Friday Works đã chạy một Worker mẫu độc lập bằng Wrangler 4.139.0 ngày 19/10, mở màn hình Configured Crons và nhận kết quả ok sau một lời gọi. Phiên này không kết nối tài nguyên production và không gửi báo cáo hay email cho khách hàng.

Một lần gọi thử khác với lịch tự chạy

Cron là cách biểu diễn lịch bằng một chuỗi trường thời gian. Trong Local Explorer, người dùng có thể gọi biểu thức đã cấu hình hoặc tạo biểu thức thử riêng, chọn thời điểm hiện tại hay một mốc đã lưu. Cloudflare ghi rõ lịch thử và mốc thời gian bổ sung được lưu trong trình duyệt, không sửa cấu hình triển khai hoặc Cron Triggers trên cloud.

Tài liệu cũng nhấn mạnh môi trường phát triển cục bộ không tự chạy các lịch Cron. Vì vậy, đóng máy rồi chờ một báo cáo xuất hiện không phải cách kiểm tra tính năng này. Đội phát triển cần chủ động gọi thử, sau đó xác minh riêng cấu hình và nhật ký của hệ thống đã triển khai nếu mục tiêu là một quy trình tự động thực sự.

Theo Friday Works, phân biệt này giúp tránh một lỗi vận hành phổ biến: bài thử thủ công đạt nhưng công việc đến giờ vẫn không chạy. Tiêu chí nghiệm thu nên có hai dòng riêng, một dòng cho hành vi của tác vụ khi được gọi và một dòng cho việc hệ thống thật đã gọi đúng lịch.

Kiểm tra múi giờ bằng một ví dụ cụ thể

Cloudflare Cron Triggers sử dụng UTC. Ví dụ của Friday Works đặt 30 1 * * * để biểu diễn 01:30 UTC, tương ứng 08:30 ở Việt Nam. Kết quả trong ảnh là một lần bấm Trigger với Scheduled time ở thời điểm thử, không phải bằng chứng lịch 08:30 đã tự chạy. Màn hình giữ nguyên thời gian UTC do công cụ trả về.

Đội vận hành có thể dùng mốc thời gian giả lập để kiểm tra nghiệp vụ phụ thuộc ngày: báo cáo thuộc ngày nào, có tính đúng đầu tuần hay không, xử lý cuối tháng ra sao. Friday Works khuyến nghị ghi cả thời gian UTC và giờ nghiệp vụ trong hồ sơ thử. Nếu chỉ nhìn giờ trên máy cá nhân, người kiểm tra có thể bỏ sót việc quy trình tính nhầm ngày.

Một ví dụ nên thử thêm là tác vụ được gọi hai lần với cùng kỳ báo cáo. Hệ thống cần có quy tắc tránh tạo hai bản gửi hoặc hai lần ghi dữ liệu ngoài ý muốn. Đây là khuyến nghị thiết kế quy trình của Friday Works; thông báo mới không nói Local Explorer tự giải quyết trùng lặp nghiệp vụ cho mọi ứng dụng.

Đọc kết quả và nhật ký trước khi kết luận

Local Explorer hiển thị kết quả lời gọi và trạng thái noRetry(), chức năng cho biết tác vụ có yêu cầu không thử lại hay không. Cloudflare cho biết nhật ký và dấu vết đầy đủ nằm trong phiên phát triển sở hữu Worker khi bật Observability. Observability ở đây là cơ chế ghi nhận hoạt động để đội phát triển hiểu tác vụ đã làm gì.

Friday Works khuyến nghị đọc cả đầu ra nghiệp vụ: báo cáo có đúng dữ liệu, số bản ghi có hợp lý và trạng thái cuối có được lưu hay không. Kết quả ok của Worker mẫu chỉ chứng minh hàm demo được gọi và kết thúc bình thường. Nó không xác nhận tích hợp MISA, hệ thống thanh toán hoặc email của một khách hàng đang hoạt động đúng.

Đội phát triển có thể dùng cập nhật này để làm bước kiểm tra trước triển khai dễ quan sát hơn. Sau đó vẫn cần theo dõi lần chạy đúng lịch trên môi trường được duyệt, giữ phương án dừng và người phụ trách xử lý lỗi. Bản tin giữ ngày cập nhật 17/10 và ngày demo 19/10 để người đọc phân biệt nguồn sản phẩm với kiểm chứng của Friday Works.