Báo cáo chất lượng dữ liệu API
Chỉ nói rằng NinjaPear có dữ liệu tốt thì chưa đủ. Thay vào đó, tôi muốn minh bạch và công khai bảng dữ liệu này, được cập nhật mỗi ngày, để cho bạn biết:
- tỷ lệ đầy đủ của mỗi yêu cầu API, tức là với một hồ sơ người hoặc công ty, chúng tôi thực sự trả về bao nhiêu dữ liệu?
- mỗi yêu cầu API phản hồi nhanh hay chậm thế nào.
- chúng tôi tìm được người hoặc công ty khớp với yêu cầu thường xuyên đến mức nào.
Nó chưa hoàn hảo, nhưng hãy tin tôi: bằng cách chịu trách nhiệm công khai, tôi sẽ cố gắng hết sức để nó ngày càng tốt hơn!
- Mẫu
- 1,000 lượt tra cứu trực tiếp gần nhất mỗi endpoint
- Cập nhật
- Hàng ngày
- Cập nhật lần cuối
Tổng quan
Các con số chính theo từng endpoint. Thời gian phản hồi, tỷ lệ lỗi và tỷ lệ khớp chỉ được đo trên các lượt tra cứu trực tiếp.
| Endpoint | Thời gian phản hồi trung vị | Thời gian phản hồi P90 | Tỷ lệ 5xx | Tỷ lệ khớp | Độ đầy đủ trung bình |
|---|---|---|---|---|---|
| Hồ sơ cá nhân chế độ nhanh | 19.9s | 52.6s | 0.70% | 95.2% | 56% |
| Hồ sơ cá nhân chế độ tiêu chuẩn | 18.2s | 35.3s | 0.00% | 87.5% | 56% |
| Chi tiết công ty | 17.9s | 32.4s | 9.50% | 95.4% | 75% |
| Vốn đầu tư công ty | 13.7s | 28.3s | 0.00% | n/a | 58% |
Thời gian phản hồi
Thời gian đến khi có câu trả lời đầy đủ cho các lượt tra cứu trực tiếp kết thúc bằng 200 hoặc 404. Số lớn là p50. Thanh trải từ p10 đến p90, có ghi giá trị ở mỗi đầu, và vạch đánh dấu p50.
Tỷ lệ lỗi máy chủ
Tỷ lệ các lượt tra cứu trực tiếp gần nhất kết thúc bằng lỗi máy chủ (5xx). Mỗi cột là một báo cáo hằng ngày, và cả bốn biểu đồ dùng cùng một thang đo. Di chuột lên cột để xem tỷ lệ.
Tỷ lệ khớp
Tỷ lệ các lượt tra cứu trực tiếp (không lấy từ bộ nhớ đệm) tìm thấy hồ sơ: 200 chia cho 200 cộng 404. Mỗi cột là một báo cáo hằng ngày trên thang 0 đến 100%.
Tỷ lệ đầy đủ thuộc tính
Tỷ lệ hồ sơ trả về có từng thuộc tính hiện diện và không rỗng, trên các hồ sơ được tính phí gần nhất của mỗi endpoint. Các dòng thụt lề được đo theo từng mục trong danh sách, ví dụ theo từng vị trí trong lịch sử làm việc.