การเปรียบเทียบนโยบายโควต้าและ SpikeArrest
คุณกําลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X info
นโยบายโควต้าและ SpikeArrest - สงสัยว่าจะเลือกใช้นโยบายใดเพื่อตอบสนองความต้องการในการจำกัดอัตราการส่งข้อมูลของคุณได้ดีที่สุด ดูแผนภูมิการเปรียบเทียบด้านล่าง
|
โควต้า |
SpikeArrest |
ใช้เพื่อ |
จำกัดจำนวนการเชื่อมต่อที่แอปทำได้กับแบ็กเอนด์เป้าหมายของ API Proxy ในระยะเวลาที่เจาะจง |
ปกป้องแบ็กเอนด์เป้าหมายของพร็อกซี API จากการเพิ่มขึ้นของปริมาณการเข้าชมอย่างรุนแรงและการโจมตีแบบปฏิเสธการให้บริการ |
อย่าใช้เพื่อ |
อย่าใช้เพื่อปกป้องแบ็กเอนด์เป้าหมายของพร็อกซี API จากการเพิ่มขึ้นของการเข้าชม
โปรดใช้นโยบาย SpikeArrest
|
อย่าใช้เพื่อนับและจํากัดจํานวนการเชื่อมต่อที่แอปทํากับแบ็กเอนด์เป้าหมายของ API พร็อกซีได้ในระยะเวลาที่เจาะจง
ในกรณีนี้ ให้ใช้นโยบายโควต้า
|
จัดเก็บจํานวน |
ใช่ |
ไม่ |
แนวทางปฏิบัติแนะนำสำหรับการแนบนโยบาย |
แนบเข้ากับ ProxyEndpoint Request PreFlow ซึ่งโดยทั่วไปจะอยู่หลังการตรวจสอบสิทธิ์ของผู้ใช้
ซึ่งจะช่วยให้นโยบายตรวจสอบตัวนับโควต้าที่จุดแรกเข้าของพร็อกซี API ได้
|
แนบกับ ProxyEndpoint Request PreFlow ซึ่งโดยทั่วไปจะอยู่ในช่วงเริ่มต้นของขั้นตอน
ซึ่งจะช่วยป้องกันจำนวนคำขอที่เพิ่มขึ้นอย่างรวดเร็วที่จุดแรกเข้าของพร็อกซี API
|
รหัสสถานะ HTTP เมื่อถึงขีดจํากัด |
500 (ข้อผิดพลาดภายในเซิร์ฟเวอร์) *
|
500 (ข้อผิดพลาดภายในเซิร์ฟเวอร์) *
|
สิ่งที่ควรทราบ |
- ตัวนับโควต้าจะจัดเก็บไว้ใน Cassandra
- กําหนดค่านโยบายให้ซิงค์ตัวนับแบบไม่พร้อมกันเพื่อประหยัดทรัพยากร
- การซิงค์ตัวนับแบบอะซิงโครนัสอาจทำให้เกิดความล่าช้าในการตอบสนองการจำกัดอัตราการโทร ซึ่งอาจทำให้การโทรเกินขีดจำกัดที่คุณกำหนดไว้เล็กน้อย
|
- ควบคุมปริมาณการเข้าถึงตามเวลาที่รับการเข้าชมครั้งล่าสุด ระบบจะจัดเก็บเวลานี้ตามตัวประมวลผลข้อความ
- หากคุณระบุขีดจํากัดอัตราที่ 100 การเรียกต่อวินาที ระบบจะอนุญาตการเรียก 1 ครั้งทุกๆ 1/100 วินาที (10 มิลลิวินาที) ในโปรแกรมประมวลผลข้อความ การเรียกครั้งที่ 2 ภายใน 10 มิลลิวินาทีจะถูกปฏิเสธ
- แม้ว่าจะมีขีดจํากัดอัตราต่อวินาทีสูง แต่คําขอที่ส่งเกือบพร้อมกันอาจส่งผลให้ถูกปฏิเสธ
|
ดูรายละเอียดเพิ่มเติม |
นโยบายโควต้า |
SpikeArrest
นโยบาย |
* สำหรับนโยบายโควต้าและนโยบาย SpikeArrest รหัสสถานะ HTTP เริ่มต้นสำหรับการส่งคำขอเกินขีดจำกัดอัตราคือ 500 Internal Server Error
ทั่วไป
คุณเปลี่ยนรหัสสถานะของนโยบายเหล่านั้นเป็น 429 Too Many Requests
ได้โดยการเพิ่มพร็อพเพอร์ตี้ระดับองค์กร (features.isHTTPStatusTooManyRequestEnabled
) หากคุณเป็นลูกค้า Cloud โปรดติดต่อทีมสนับสนุนของ Apigee Edge เพื่อเปิดใช้พร็อพเพอร์ตี้
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-03-20 UTC
[[["เข้าใจง่าย","easyToUnderstand","thumb-up"],["แก้ปัญหาของฉันได้","solvedMyProblem","thumb-up"],["อื่นๆ","otherUp","thumb-up"]],[["ไม่มีข้อมูลที่ฉันต้องการ","missingTheInformationINeed","thumb-down"],["ซับซ้อนเกินไป/มีหลายขั้นตอนมากเกินไป","tooComplicatedTooManySteps","thumb-down"],["ล้าสมัย","outOfDate","thumb-down"],["ปัญหาเกี่ยวกับการแปล","translationIssue","thumb-down"],["ตัวอย่าง/ปัญหาเกี่ยวกับโค้ด","samplesCodeIssue","thumb-down"],["อื่นๆ","otherDown","thumb-down"]],["อัปเดตล่าสุด 2025-03-20 UTC"],[],[]]