Bài viết về: API
OFFSET 100000 trông vô hại, nhưng database vẫn phải tìm và bỏ qua một lượng lớn record trước khi trả vài chục dòng. Trong lúc người dùng chuyển trang, dữ liệu mới còn có thể được chèn vào đầu danh sách, khiến một item xuất hiện hai lần hoặc biến mất khỏi hành trình đọc.
Đọc tiếp →
Client gửi yêu cầu tạo đơn hàng, server xử lý thành công nhưng response bị mất trên đường truyền. Client chỉ thấy timeout và gửi lại. Nếu API tạo thêm một order hoặc charge thẻ lần hai, lỗi nằm ở thiết kế server chứ không phải ở hành vi retry hợp lý của client.
Đọc tiếp →
Rate limiting không chỉ để chặn bot. Nó bảo vệ database và dịch vụ phụ thuộc khỏi traffic burst, phân chia tài nguyên công bằng giữa tenant, kiểm soát chi phí API và giúp hệ thống suy giảm có kiểm soát khi quá tải. Một limiter thiết kế sai lại có thể khóa nhầm hàng nghìn người dùng sau NAT hoặc trở thành điểm lỗi mới.
Đọc tiếp →
Website hoạt động khi bạn mở thử không có nghĩa là nó ổn định suốt ngày. Một lỗi DNS theo khu vực, chứng chỉ SSL sắp hết hạn, API trả nội dung sai hoặc máy chủ chập chờn có thể kéo dài hàng giờ nếu không có giám sát chủ động. Uptime Kuma là công cụ self-hosted giúp kiểm tra dịch vụ định kỳ, gửi cảnh báo và tạo status page mà không cần xây cả hệ thống observability phức tạp.
Đọc tiếp →
Webhook là một kênh giao sự kiện qua mạng, vì vậy ứng dụng phải giả định sự kiện có thể đến trễ, đến nhiều lần, sai thứ tự hoặc không đến trong lần thử đầu tiên. Một endpoint trả về 200 không đồng nghĩa nghiệp vụ đã hoàn tất; kiến trúc đáng tin cậy cần tách tiếp nhận khỏi xử lý.
Đọc tiếp →