The Delivery Hero Reliability Manifesto (bản dịch)

Từng nội dung đều rất truyền cảm hứng nên khó mà tóm tắt ngắn gọn; tôi chỉ xin liệt kê vài điểm khiến mình ấn tượng nhất.

• Đừng vi phạm Manifesto; hãy thảo luận để thay đổi các quy tắc và tiếp tục hoàn thiện Manifesto.
• Mọi dịch vụ phải được tài liệu hóa bằng sơ đồ kiến trúc, bao gồm cả các phụ thuộc, và kiến trúc đó phải được review.
• Nhà sản xuất dữ liệu cũng phải tài liệu hóa dữ liệu mà họ tạo ra.
• Việc triển khai vào thứ Sáu cũng phải vận hành ổn định.
• Hãy triển khai các logic phòng vệ cho tình huống lỗi (timeout, retry, circuit breaker, fallback, throttling, idempotency, v.v.).
• Tạo dashboard để biết trạng thái dịch vụ (số request mỗi phút, tỷ lệ lỗi, thời gian phản hồi của server, business metrics) và theo dõi chúng.
• Viết runbook về cách phân tích và tái hiện issue, đồng thời liên kết với alert để giảm thiểu thời gian khôi phục.
• Khi có vấn đề xảy ra, hãy xắn tay áo lên và giúp giải quyết vấn đề.
• Hãy hiểu mọi cuộc trò chuyện bằng văn bản với tinh thần rằng người kia luôn có ý định thiện chí.
• Để phản ánh các hành động liên quan đến bảo mật vào thành quả của đội, hãy tạo và công khai bảng điểm bảo mật theo từng đội.
• Khi số lượng đơn hàng trên hệ thống tăng lên, chi phí cho mỗi đơn hàng phải giảm xuống. Sẽ thật tốt nếu chi phí trên mỗi đơn hàng giảm 10% mỗi quý.
• Theo dõi lead time (thời gian từ lúc bắt đầu phát triển đến khi triển khai lên production), tần suất triển khai, thời gian khôi phục và tỷ lệ lỗi trong thời gian khôi phục.

Ngoài ra còn nhiều nội dung khác nữa; càng đọc càng khiến người ta tự hỏi đã có bao nhiêu người đóng góp để tạo ra được tài liệu ở mức này... Đây thực sự là một bài viết gợi lên cảm giác ngưỡng mộ.