Chính sách về hạn mức và SpikeArrest – bạn đang phân vân không biết nên sử dụng chính sách nào để đáp ứng tốt nhất nhu cầu giới hạn tốc độ của mình? Hãy xem bảng so sánh bên dưới.
Hạn mức
SpikeArrest
Hãy sử dụng tiện ích này để:
Giới hạn số lượng kết nối mà các ứng dụng có thể thực hiện với phần phụ trợ mục tiêu của proxy API trong một khoảng thời gian cụ thể.
Bảo vệ phần phụ trợ mục tiêu của proxy API khỏi các đợt tăng đột biến lưu lượng truy cập nghiêm trọng và các cuộc tấn công từ chối dịch vụ.
Không sử dụng thuộc tính này để:
Đừng sử dụng tính năng này để bảo vệ phần phụ trợ mục tiêu của proxy API khỏi các đợt tăng đột biến lưu lượng truy cập.
Để làm việc đó, hãy sử dụng chính sách SpikeArrest.
Không dùng để đếm và giới hạn số lượng kết nối mà các ứng dụng có thể thực hiện với phần phụ trợ mục tiêu của proxy API trong một khoảng thời gian cụ thể.
Để làm việc đó, hãy sử dụng chính sách Hạn mức.
Lưu trữ số lượt truy cập?
Có
Không
Các phương pháp hay nhất để đính kèm chính sách:
Đính kèm vào ProxyEndpoint Request PreFlow, thường là sau khi xác thực người dùng.
Điều này cho phép chính sách kiểm tra bộ đếm hạn mức tại điểm truy cập của proxy API.
Đính kèm vào ProxyEndpoint Request PreFlow, thường là ngay từ đầu quy trình.
Điều này giúp bảo vệ khỏi sự gia tăng đột biến tại điểm truy cập của proxy API.
Mã trạng thái HTTP khi đạt đến giới hạn:
500 (Lỗi máy chủ nội bộ) *
500 (Lỗi máy chủ nội bộ) *
Thông tin cần biết:
Bộ đếm hạn mức được lưu trữ trong Cassandra.
Định cấu hình chính sách để đồng bộ hoá bộ đếm không đồng bộ nhằm tiết kiệm tài nguyên.
Việc đồng bộ hoá bộ đếm không đồng bộ có thể gây ra sự chậm trễ trong phản hồi giới hạn tốc độ, điều này có thể cho phép các lệnh gọi vượt quá giới hạn mà bạn đã đặt.
Thực hiện điều tiết dựa trên thời gian nhận được lưu lượng truy cập gần đây nhất. Thời gian này được lưu trữ cho mỗi trình xử lý thông báo.
Nếu bạn chỉ định giới hạn tốc độ là 100 lệnh gọi mỗi giây, thì chỉ 1 lệnh gọi mỗi 1/100 giây (10 mili giây) được phép trên trình xử lý thông báo. Cuộc gọi thứ hai trong vòng 10 mili giây sẽ bị từ chối.
Ngay cả khi có giới hạn tốc độ cao mỗi giây, các yêu cầu gần như đồng thời có thể dẫn đến việc bị từ chối.
* Đối với chính sách Hạn mức và chính sách SpikeArrest, mã trạng thái HTTP mặc định khi vượt quá giới hạn tốc độ là 500 Internal Server Error chung.
Bạn có thể thay đổi mã trạng thái cho các chính sách đó thành 429 Too Many Requests bằng cách thêm một thuộc tính cấp tổ chức (features.isHTTPStatusTooManyRequestEnabled). Nếu là khách hàng của Cloud, hãy liên hệ với Nhóm hỗ trợ Apigee Edge để bật thuộc tính này.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2026-09-10 UTC."],[],[]]