Báo cáo dự kiến gửi lúc 8 giờ sáng nhưng khách nhận vào buổi chiều. Sửa cron theo giờ trên máy người vận hành có thể khiến lịch đúng hôm nay và sai khi đổi môi trường. Với workflow chạy sai giờ, điều cần chốt đầu tiên là 8 giờ theo nơi nào và lịch phục vụ ai.
Giờ trên đồng hồ khác khoảng thời gian lặp
“Mỗi ngày lúc 8 giờ tại chi nhánh” và “cứ sau 24 giờ” là hai yêu cầu khác nhau. Ở vùng có chuyển giờ mùa hè DST, một ngày địa phương có thể không dài đúng 24 giờ. Không dùng một offset cố định để đại diện cho mọi thời điểm trong một timezone có DST.
Việt Nam hiện không áp dụng DST, nhưng nguồn dữ liệu, khách hàng hoặc scheduler của đối tác có thể dùng khu vực khác. Ghi tên timezone được hệ thống hỗ trợ thay vì chỉ “giờ Việt Nam” trong ghi chú. Giờ hiển thị trên dashboard cũng có thể khác timezone dùng để đánh giá lịch.
Phiếu lịch cần người nghiệp vụ xác nhận
| Mục | Cần chốt |
|---|---|
| Mục đích và chủ lịch | Ai cần kết quả, ai được sửa |
| Giờ nghiệp vụ và timezone | Giờ địa phương hay chu kỳ sau lần chạy |
| Ngày áp dụng | Mọi ngày, ngày làm việc hay ngoại lệ đã duyệt |
| Giờ không tồn tại hoặc bị lặp | Bỏ qua, dời hay chạy một lần theo policy của scheduler |
| Lượt bị bỏ lỡ | Chạy bù hay bỏ, giới hạn và thứ tự |
| Trùng lượt xử lý | Khóa nghiệp vụ để tránh gửi hoặc ghi hai lần |
Ví dụ giả định: báo cáo của chi nhánh ở hai quốc gia
Hai chi nhánh đều muốn báo cáo lúc 8 giờ địa phương. Không gộp thành một cron UTC cố định rồi giả định luôn phù hợp. Mỗi lịch cần timezone của chi nhánh hoặc một cơ chế đã kiểm chứng cho cùng yêu cầu. Bảng nghiệm thu ghi giờ địa phương kỳ vọng và thời điểm UTC tương ứng ở các ngày kiểm tra.
Tài liệu EventBridge Scheduler nêu cách cron theo timezone xử lý DST, còn lịch rate theo ngày dựa trên khoảng thời gian. Đây là ví dụ cụ thể của một sản phẩm; scheduler hiện hữu có thể có hành vi khác. Phải đọc tài liệu và kiểm cấu hình đang dùng trước khi quyết định dời lịch.
Kiểm cả lịch và tác dụng khi chạy lại
- Ngày bình thường: giờ dự kiến khớp timezone đã chốt.
- Ngày chuyển DST nếu có: hành vi khớp policy của sản phẩm.
- Hệ thống dừng qua giờ chạy: quyết định chạy bù được ghi rõ.
- Hai lượt đè nhau: không tạo hai tác dụng nghiệp vụ ngoài ý muốn.
- Thay lịch: biết phiên bản nào áp dụng từ thời điểm nào.
Scheduler phát trigger đúng giờ không chứng minh báo cáo đã gửi xong đúng giờ. Nên phân biệt thời điểm dự kiến, trigger, bắt đầu và hoàn tất để không quy mọi độ trễ cho cron. Không tự bật chạy bù với thao tác thanh toán, gửi thông báo hoặc tác vụ có chi phí khi chưa duyệt giới hạn.
Khi cần sửa workflow hiện hữu
Chuẩn bị phiếu lịch, ảnh cấu hình đã che bí mật và vài lượt chạy lệch khi trao đổi phạm vi chỉnh sửa phần mềm. Với workflow có AI, xem thêm cách tổ chức vận hành AI Agent; lịch đúng giờ và kết quả xử lý đúng là hai phần nghiệm thu riêng.
Nguồn tham khảo và giới hạn
Tài liệu chính thức 1. Quy trình, bảng và ví dụ trong bài là đề xuất nghiệm thu; ví dụ giả định không phải dự án hoặc kết quả khách hàng của Onter. Phạm vi triển khai cần xác nhận theo hệ thống hiện hữu.
