Sếp nói “API chậm quá, tối ưu đi”. Bạn làm gì đầu tiên?

Câu hỏi “so với cái gì” quan trọng hơn vẻ ngoài. Không có mục tiêu thì việc tối ưu không có điểm dừng, và bạn sẽ dành ba tuần để đưa 800ms xuống 600ms trong khi người dùng cần 200ms — nghĩa là đã bỏ ba tuần vào một cách tiếp cận không bao giờ tới đích. Biết mục tiêu từ đầu quyết định bạn sửa hay bạn thiết kế lại.

Về công cụ, tracing phân tán cho bạn bức tranh đúng nhanh nhất vì nó chỉ ra thời gian nằm ở tầng nào; profiler CPU chỉ hữu ích sau khi bạn biết chắc nút thắt là CPU. Trong thực tế thì phần lớn API chậm không phải vì CPU mà vì CHỜ: chờ database, chờ dịch vụ khác, chờ khoá. Mở profiler CPU đầu tiên là cách rất phổ biến để tìm sai chỗ trong hai ngày.

Còn một điều đáng nói ở mức senior: đôi khi câu trả lời đúng không phải làm nó nhanh hơn mà là làm nó không cần thiết. Endpoint chậm vì tổng hợp dữ liệu cho một dashboard mà người dùng mở ba lần một ngày? Tính sẵn theo lịch. Chậm vì trả về 5.000 hàng mà giao diện chỉ hiển thị 20? Sửa hợp đồng. Những cách này giảm thời gian xuống bậc khác hẳn, còn tinh chỉnh truy vấn chỉ giảm vài chục phần trăm.