• Đã scale DB, Kubernetes, API Gateway cho một sự kiện lớn — nhưng khi traffic thật đổ về, khách hàng vẫn không dùng được dịch vụ
• Sau 2 tiếng debug từng tầng hạ tầng, root cause hóa ra là một dòng hardcode: max connection = 5 mỗi pod, nhân 16 pod chỉ cho tổng 80 kết nối tới DB
• Tập này kể lại toàn bộ sự cố, cách fix bằng HikariCP (max 200, min 50), và bài học: scale hạ tầng không có nghĩa là đã scale toàn bộ hệ thống

4 ĐIỂM XÁC ĐỊNH TỪ CHỐI TASK HỢP LÝ:

1. Nghiệp vụ có đúng với cái mình đang làm không.
2. Nguyền lực, có thời gian để làm không.
3. Nhiệm vụ không rõ ràng, cũng không xác định xử lý cho nghiệp vụ gì.
4. Cân nhắc, xác định rủi ro cho hệ thống/cơ sở dữ liệu hiện tại.

Một lỗi logic nhỏ trong code khiến hệ thống thanh toán thất thoát 1 tỷ đồng trước khi được phát hiện. Trong tập này, mình kể lại toàn bộ sự cố — từ lúc phát hiện, xử lý khẩn cấp, đến bài học về việc review logic tính tiền trong hệ thống production.

Ownership trong ngữ cảnh này nghĩa là tinh thần chịu trách nhiệm với cả kết quả cuối, không chỉ phần việc được giao.

• Không Ownership (kiểu Mid-level): "Ticket của tôi là gì?" — làm xong task, code chạy đúng theo yêu cầu là xong, không quan tâm chuyện gì xảy ra sau đó.
• Có Ownership (kiểu Senior): "Feature này có thực sự chạy tốt trong production không?" — quan tâm đến cả vòng đời của feature, không chỉ đoạn code mình viết.