DevOps không set alert, nên service em chết lặng lẽ như crush unfollow!– Nhưng hóa ra, backend panic trong 2 giây vì query null.id.
Team backend la ó DevOps vì thiếu monitoring, nhưng audit log thì thấy microservice crash do code query SELECT * FROM users WHERE id = null. DevOps bị réo tên oan, còn backend thì “ngậm tăm” khi bị lật tẩy.
![]() |
Backend đổ lỗi DevOps khi service crash vì query null trong khi Frontend bảo tao vô tội |
Phân tích: Ai là thủ phạm?
- Backend: Code không validate input, query null.id gây panic, service crash.
- DevOps: Không có alert trên CloudWatch, nên không ai biết service down.
- Hệ quả: Khách hàng nhận lỗi 500, team mất 2 tiếng debug mới tìm ra nguyên nhân.
Phân xử
Backend sai chính vì không xử lý edge case (null input), gây crash. DevOps có lỗi vì không set alert, nhưng monitoring chỉ phát hiện vấn đề, không ngăn lỗi gốc. Lỗi chính nằm ở logic code.
Giải pháp
- Backend: Thêm defensive code, validate input trước khi query.
- DevOps: Cấu hình CloudWatch Alarms cho error rate hoặc 500 responses.
- Cả hai: Tích hợp health check endpoint (/healthz) để monitor service status.
Ví dụ: Health check trong Node.js:
app.get('/healthz', (req, res) => { res.status(200).json({ status: 'ok' });});
🎯 Tóm lại: Backend gây crash vì code lỗi (7 điểm lỗi), DevOps thiếu alert chỉ là nạn nhân (3 điểm). Thêm defensive code và monitoring để tránh drama.
Đăng nhận xét