Danh sách bài viết đã xuất bản.
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 →
Một request tạo đơn hàng thường phải làm hai việc: lưu đơn vào database và phát sự kiện OrderCreated sang message broker. Nếu commit database trước rồi publish thất bại, hệ thống có đơn hàng nhưng kho hoặc email không biết. Nếu publish trước rồi transaction rollback, consumer lại xử lý một đơn không tồn tại. Đây là bài toán dual write.
Đọ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 →
Chuyển hosting WordPress không khó ở thao tác copy file, mà khó ở việc không mất đơn hàng, bình luận hoặc dữ liệu phát sinh trong lúc chuyển. Một quy trình tốt phải chuẩn bị đường lui, kiểm thử máy chủ mới trước khi đổi DNS và kiểm soát khoảng thời gian hai máy chủ cùng tồn tại.
Đọc tiếp →
Một câu ALTER TABLE chạy thành công chưa có nghĩa là deployment an toàn. Trong production, phiên bản ứng dụng cũ và mới thường cùng tồn tại trong vài phút hoặc lâu hơn. Một migration khóa bảng, đổi tên cột ngay lập tức hoặc backfill hàng triệu bản ghi trong một transaction có thể làm request chậm, cạn connection pool và khiến rollback trở nên bất khả thi.
Đọc tiếp →
Bạn đang sửa một tính năng dở dang thì production cần hotfix ngay. Cách quen thuộc là stash thay đổi, chuyển nhánh, sửa lỗi rồi quay lại. Nhưng khi workspace có nhiều file chưa commit, dependency đang chạy và IDE đã mở đúng ngữ cảnh, chuỗi thao tác đó vừa mất thời gian vừa dễ nhầm. git worktree giải quyết bài toán bằng cách cho một repository có nhiều thư mục làm việc, mỗi thư mục checkout một nhánh riêng.
Đọc tiếp →
Transaction không chỉ là bọc nhiều câu SQL trong BEGIN và COMMIT. Khi nhiều request cùng đọc và sửa dữ liệu, ứng dụng phải chọn isolation level phù hợp, khóa đúng hàng, giữ transaction ngắn và chuẩn bị retry các lỗi concurrency có chủ đích.
Đọc tiếp →
RISC‑V là kiến trúc tập lệnh (Instruction Set Architecture, ISA) tiêu chuẩn mở dựa trên nguyên lý RISC. Nó định nghĩa ngôn ngữ mà phần mềm dùng để giao tiếp với bộ xử lý: instruction, thanh ghi, chế độ đặc quyền và các extension. RISC‑V không phải một mẫu CPU duy nhất, không phải hãng sản xuất chip và cũng không đồng nghĩa mọi thiết kế liên quan đều mã nguồn mở.
Đọc tiếp →
Linux hiển thị RAM “used” cao chưa chắc là thiếu bộ nhớ. Kernel chủ động dùng RAM trống cho page cache và có thể thu hồi khi ứng dụng cần. Sự cố thật sự xuất hiện khi MemAvailable giảm kéo dài, swap hoạt động mạnh, tiến trình bị stall hoặc kernel phải dùng OOM Killer để giải phóng bộ nhớ.
Đọc tiếp →