Fire on Change, Not on Clock

Thiết kế hướng sự kiện kích hoạt khi có gì đó thay đổi. Sự thay đổi trạng thái chính là sự kiện. Sự kiện là yếu tố kích hoạt.

Form 1: chuyển đổi nguyên tử thay thế công việc sửa chữa.

Nếu một chuyển đổi trạng thái có thể để lại hệ thống ở trạng thái trung gian bị hỏng, thì lỗi nằm ở chính chuyển đổi đó, chứ không phải vì thiếu công việc sửa chữa. Hãy sửa chuyển đổi để nó hoàn tất một cách nguyên tử (hoặc giao dịch). Khi chuyển đổi hoàn tất nguyên tử, trạng thái hỏng không bao giờ tồn tại. Công việc sửa chữa không còn gì để sửa.

# DEFECT: non-atomic transition leaves broken state
def close_pr_on_repo_private(pr_id):
pr = PR.get(pr_id)
pr.status = 'branch-forced-closed'   # bước 1: trạng thái một phần
pr.save()                             # hiển thị ngay cho người dùng
# ... các bước khác có thể thất bại ...
pr.merge_status = 'not_applicable'
pr.save()                             # bước 2: giờ đã nhất quán
# Sidekiq job sẽ điều hòa nếu bước 2 thất bại

# SỬA: chuyển đổi nguyên tử; không có trạng thái trung gian nào hiển thị
def close_pr_on_repo_private(pr_id):
with db.transaction():
pr = PR.get(pr_id)
pr.status = 'branch-forced-closed'
pr.merge_status = 'not_applicable'
pr.save()   # cả hai trường được commit nguyên tử; không bao giờ ghi một nửa

Dạng 2: cập nhật tăng dần thay thế việc tính toán lại toàn bộ.

Một báo cáo tính toán lại từ đầu được kích hoạt vì dữ liệu cũ + dữ liệu mới = kết quả mới. Nhưng kết quả cũ + delta = cùng kết quả mới, được tính toán theo cách tăng dần. Sự kiện: dữ liệu mới đến. Kích hoạt: cập nhật tổng hợp chỉ cho dữ liệu mới.

# LỖI: tính toán lại toàn bộ theo lịch
def nightly_totals_job():
for user in all_users():
total = sum(o.amount for o in user.orders)  # quét toàn bộ thời gian
user.total_purchases = total
user.save()

# SỬA: cập nhật tăng dần theo sự kiện
def on_order_placed(order):
order.user.total_purchases += order.amount   # chỉ thay đổi delta
order.user.save()

Cập nhật tăng dần được kích hoạt khi có đơn hàng mới đến, không phải lúc 2 giờ sáng. Nó chỉ cập nhật người dùng bị ảnh hưởng. Nó chỉ đọc đơn hàng mới, không phải tất cả đơn hàng từ trước đến nay. Công việc chạy vào ban đêm biến mất.

Tại sao Form 1 tiết lộ một chuyển đổi bị hỏng

Một Form 1 Metered Heart cho thấy một chuyển đổi trạng thái đã bị bỏ dở. Công việc sửa chữa tồn tại vì một kỹ sư nhận thấy trạng thái bị hỏng và đã thêm cơ chế điều hòa thay vì sửa đổi chuyển đổi. Công việc sửa chữa: một bản vá cho một quyết định kiến trúc bị hỏng.

MOAD-0009 như một yếu tố khuếch đại

MOAD-0009 khuếch đại các MOAD khác. Một công việc sửa chữa trạng thái quét tất cả bản ghi để tìm trạng thái bị hỏng: MOAD-0001 (quét O(N) hoặc O(N²) mỗi lần chạy công việc). Một công việc báo cáo tính toán lại mọi thứ từ đầu: MOAD-0005 (đám đông bộ nhớ đệm khi công việc bắt đầu và chạm vào nguồn dữ liệu upstream đang nóng). MOAD-0009 không chỉ gây hại riêng lẻ; nó mang theo các MOAD khác theo lịch trình.

Chẩn đoán & Thiết kế lại

Một nhóm chạy một công việc cron hàng đêm lúc 2 giờ sáng. Công việc quét tất cả đơn hàng của mọi người dùng và tính toán lại tổng số tiền mua hàng của từng người dùng từ đầu. Công việc mất 4 giờ. Đến 6 giờ sáng, bảng điều khiển hiển thị tổng số mới. Từ 2 giờ sáng đến 6 giờ sáng, bảng điều khiển hiển thị tổng số của ngày hôm trước.