[แก้ไขแล้ว] Postman 429 คำขอมากเกินไป

คุณเคยใช้ Postman เป็นเวลานานจนถึงจุดที่คุณเคยเจอข้อผิดพลาด "429 Too Many Requests" มาก่อนหรือไม่? รหัสสถานะนี้อาจบ่งบอกว่าคำขอของคุณเกินขีดจำกัดอัตราของ API

Postman คืออะไร?

Postman เป็นแพลตฟอร์มการพัฒนา API ที่ช่วยให้นักพัฒนาสามารถสร้าง ทดสอบ และจัดทำเอกสาร API ได้ ด้วยฟังก์ชันการทำงานที่หลากหลาย Postman ได้ก้าวขึ้นเป็นหนึ่งในเครื่องมือ API ที่ได้รับความนิยมมากที่สุด ซึ่งนักพัฒนาพึ่งพาสำหรับปัญหาที่เกี่ยวข้องกับ Postman

ข้อผิดพลาด Postman 429 Too Many Requests คืออะไร?

ข้อผิดพลาด Postman 429 Too Many Requests บ่งชี้ว่าคุณเกินขีดจำกัดอัตราที่ Postman กำหนดไว้เองหรือ API ที่คุณกำลังโต้ตอบด้วย ข้อความแสดงข้อผิดพลาดนี้หมายความว่าเซิร์ฟเวอร์มีภาระมากเกินไปและต้องการให้คุณลดความถี่ในการขอ

เหตุผลที่เป็นไปได้สำหรับข้อความ Postman 429 Too Many Requests

ขีดจำกัดอัตราของ Postman

• ขีดจำกัดของแผนบริการฟรี: Postman มีขีดจำกัดอัตราสำหรับแผนบริการฟรี คุณอาจเกินขีดจำกัดคำขอต่อนาที (rpm) ซึ่งโดยทั่วไปอยู่ที่ประมาณ 60 rpm
• ขีดจำกัดเซิร์ฟเวอร์จำลอง: เซิร์ฟเวอร์จำลองในตัวของ Postman ยังมีขีดจำกัดอัตราสำหรับแผนบริการฟรีและแบบชำระเงิน ตรวจสอบแผนบริการของคุณสำหรับขีดจำกัดเฉพาะ

ขีดจำกัดอัตรา API

• ขีดจำกัด API ภายนอก: API ที่คุณกำลังทดสอบอาจมีขีดจำกัดอัตราของตัวเองเพื่อป้องกันการใช้งานในทางที่ผิด ขีดจำกัดเหล่านี้อาจแตกต่างกันไปขึ้นอยู่กับผู้ให้บริการ API

การควบคุมโดยไม่ได้ตั้งใจ

• การเขียนสคริปต์อย่างรวดเร็ว: หากคุณใช้สคริปต์เพื่อทำให้การทดสอบเป็นไปโดยอัตโนมัติใน Postman สคริปต์เหล่านั้นอาจส่งคำขอเร็วเกินไป ทำให้เกิดขีดจำกัดอัตรา

วิธีการวินิจฉัยเพิ่มเติม

• สถิติการใช้งาน Postman: ตรวจสอบสถิติการใช้งาน Postman ของคุณ (เข้าถึงได้ภายในแอป) เพื่อดูปริมาณคำขอเมื่อเร็วๆ นี้
• เอกสารประกอบ API: ศึกษาเอกสารประกอบ API ที่คุณกำลังทดสอบเพื่อดูว่ามีการกล่าวถึงขีดจำกัดอัตราและค่าเฉพาะหรือไม่

วิธีการจัดการข้อผิดพลาด Postman 429 Too Many Requests

ทำความเข้าใจสาเหตุ

• ขีดจำกัดอัตรา Postman: Postman เองมีขีดจำกัดอัตรา 300 คำขอต่อนาที หากคุณเกินขีดจำกัดนี้ ให้พิจารณารอสักครู่ก่อนที่จะดำเนินการทดสอบต่อ
• ขีดจำกัดอัตรา API: API เฉพาะที่คุณกำลังทดสอบอาจมีขีดจำกัดอัตราของตัวเอง ตรวจสอบเอกสารประกอบ API สำหรับรายละเอียดเกี่ยวกับความถี่ในการขอที่อนุญาต

วิธีแก้ไข

• รอ: วิธีแก้ปัญหาที่ง่ายที่สุดคือรอให้ขีดจำกัดอัตราถูกรีเซ็ต เวลาจะแตกต่างกันไปขึ้นอยู่กับแหล่งที่มาของขีดจำกัด (Postman หรือ API)
• ลดความถี่ในการขอ: ปรับสคริปต์การทดสอบหรือจังหวะการทดสอบด้วยตนเองของคุณเพื่อส่งคำขอน้อยลงภายในกรอบเวลาที่อนุญาต
• เพิ่มขนาดชุดข้อมูล (ถ้ามี): หากคุณกำลังทดสอบจุดสิ้นสุดที่ยอมรับข้อมูลจำนวนมาก ให้พิจารณาส่งชุดข้อมูลขนาดใหญ่ขึ้นในแต่ละคำขอแทนที่จะเป็นชุดข้อมูลขนาดเล็กจำนวนมาก ซึ่งจะช่วยลดจำนวนคำขอทั้งหมดที่จำเป็น
• อัปเกรดแผนบริการ Postman (ถ้ามี): หากคุณเป็นผู้ใช้ Postman บ่อยครั้งและประสบปัญหาขีดจำกัดอัตราอยู่เสมอ ให้พิจารณาอัปเกรดเป็นแผนบริการแบบชำระเงินที่อาจมีขีดจำกัดคำขอที่สูงกว่า
• เคารพแนวทาง API: API บางตัวอาจแนะนำเวลาในการรอระหว่างคำขอเฉพาะหรือแนะนำให้ใช้การตรวจสอบสิทธิ์สำหรับขีดจำกัดที่สูงกว่า ปฏิบัติตามแนวทางใดๆ ที่ระบุไว้ในเอกสารประกอบ API

Apidog - การเริ่มต้นการตอบสนอง API แบบกำหนดเองของคุณ

Apidog เป็นแพลตฟอร์มฟรีที่ทำให้การสร้าง API ง่ายขึ้นมาก มีคุณสมบัติทั้งหมดที่คุณต้องการ ตั้งแต่การออกแบบ API ของคุณไปจนถึงการทดสอบและตรวจสอบให้แน่ใจว่าทุกอย่างทำงานได้อย่างราบรื่น นอกจากนี้ยังช่วยให้คุณเขียนเอกสารประกอบสำหรับ API ของคุณอีกด้วย  Apidog นั้นง่ายต่อการเรียนรู้ ดังนั้นจึงเหมาะสำหรับผู้เริ่มต้นหรือนักพัฒนาที่มีประสบการณ์ – ใครๆ ก็สามารถกระโดดเข้ามาและเริ่มสร้าง API ได้อย่างรวดเร็ว

ดู 429 Too Many Requests ของ API และอื่นๆ โดยใช้ Apidog

ข้อความ 429 Bad Request เป็นหนึ่งในผลลัพธ์ที่เป็นไปได้มากมายที่ API อาจส่งคืน เพื่อให้บริบทที่ดีขึ้นเกี่ยวกับสิ่งที่เกิดขึ้นกับ API ของคุณ คุณสามารถดูการตอบสนองที่เป็นไปได้ทั้งหมดเพื่อดูว่าคุณอาจได้รับรหัสอื่นๆ นอกเหนือจาก 429 Too Many Requests

ขั้นแรก เลือก API ที่คุณต้องการตรวจสอบการตอบสนอง ในภาพ ในภาพด้านบน API ที่เลือกคือ Find pet by ID

ถัดไป คลิกส่วนหัว Edit ดังที่แสดงในภาพด้านบน ตอนนี้ เลื่อนลงจนกว่าคุณจะถึงส่วน Responses ซึ่งคุณสามารถดู รหัสการตอบสนอง API ต่างๆ พร้อมกับชื่อที่กำหนดใน API นี้

ตัวอย่างรหัสการตอบสนอง API ที่พบในภาพนี้คือ OK(200), Record not Found(404) และ Invalid input(400) โปรดทราบว่าในตัวอย่างนี้ หมายเลขรหัส 400 ถูกแทนที่ด้วย Invalid input เป็นชื่อ

รหัสการตอบสนอง API อาจแตกต่างกันไปขึ้นอยู่กับวิธีการ HTTP ที่เลือก หากต้องการทำความเข้าใจเพิ่มเติมเกี่ยวกับรหัสการตอบสนอง API ที่จะใช้ คุณสามารถตรวจสอบบทความที่เกี่ยวข้องนี้เกี่ยวกับ วิธีการ REST API:

คุณอาจตระหนักว่าคุณสร้างรหัสการตอบสนอง JSON ที่สอดคล้องกันโดยอัตโนมัติผ่านการนำเข้า ถูกต้องแล้ว - Apidog มีคุณสมบัติการสร้างโค้ดในตัวที่ช่วยให้นักพัฒนา API สามารถสร้างโค้ดได้อย่างแม่นยำตามโค้ดที่มีอยู่หรือการนำเข้าไฟล์ ช่วยให้นักพัฒนา API สามารถสร้าง API ที่มีอัตราความสำเร็จสูงขึ้นในระยะเวลาที่สั้นลง

การสร้างรหัสการตอบสนอง API เพิ่มเติมสำหรับ API โดยใช้ Apidog

Apidog ช่วยให้คุณสร้างการตอบสนองเพิ่มเติมสำหรับ API ของคุณเพื่อจัดการกับสถานการณ์ต่างๆ ที่อาจเกิดขึ้นระหว่างการสื่อสารระหว่างแอปพลิเคชัน เนื่องจากบางครั้งสิ่งต่างๆ อาจผิดพลาดได้ Apidog ช่วยให้คุณระบุได้ว่าฝ่ายใด (ไคลเอนต์หรือเซิร์ฟเวอร์) เป็นสาเหตุของข้อผิดพลาดเพื่อการแก้ไขปัญหาที่ดีขึ้น

การรู้ว่าข้อผิดพลาดมาจากไคลเอนต์หรือเซิร์ฟเวอร์ (ต้องขอบคุณการตอบสนอง API ที่ให้ข้อมูล) ช่วยให้นักพัฒนาสามารถระบุปัญหาได้เร็วขึ้น โดยไม่คำนึงว่าใครเป็นผู้กระทำผิด

ขั้นแรก ค้นหาปุ่ม + Add นี้ในแถวเดียวกับส่วนหัวรหัสการตอบสนอง API

สำหรับตัวอย่างนี้ ให้เลือก Add Blank Response ซึ่งจะนำคุณไปสู่ป๊อปอัปนี้:

ในขั้นตอนนี้ จำเป็นต้องระบุชื่อที่เหมาะสมสำหรับรหัสการตอบสนอง รวมถึงรหัสสถานะ HTTP ที่เกี่ยวข้อง ตรวจสอบให้แน่ใจว่าได้ใช้ตัวอย่างรหัสการตอบสนองด้านบนเป็นข้อมูลอ้างอิง คุณต้องการให้ชื่อรหัสการตอบสนองและรหัสสถานะเป็นไปในเชิงสัญชาตญาณ ดังนั้นเลือกอย่างชาญฉลาด!

ปรับแต่งรหัสการตอบสนอง API ใหม่ของคุณด้วย Apidog

ภาพด้านบนแสดงการตอบสนอง API ใหม่ที่เรียกว่า Created(201) ด้วย Apidog ผู้ใช้มีอิสระในการเลือกวิธีการดำเนินการในการพัฒนาโค้ดการตอบสนอง

บทสรุป

การพบข้อผิดพลาด 429 Too Many Requests ใน Postman อาจเป็นเรื่องที่น่าหงุดหงิด แต่เป็นอุปสรรคทั่วไปที่ต้องเผชิญระหว่างการพัฒนา API ด้วยการทำความเข้าใจสาเหตุที่เป็นไปได้ เช่น ขีดจำกัดอัตราของ Postman เอง หรือ API ที่คุณกำลังทดสอบมีข้อจำกัดของตัวเอง คุณสามารถวินิจฉัยปัญหาได้อย่างมีประสิทธิภาพ

ข่าวดีก็คือมีวิธีแก้ไข! การปรับอัตราคำขอใน Postman การรอให้ขีดจำกัดอัตราถูกรีเซ็ต หรือการอัปเกรดแผนบริการ Postman ของคุณ (ถ้ามี) สามารถช่วยให้คุณกลับมาถูกทางได้ หากคุณกำลังจัดการกับขีดจำกัด API ภายนอก ให้พิจารณาติดต่อทีมสนับสนุนของพวกเขาเพื่อขอคำแนะนำ โปรดจำไว้ว่า API ที่ออกแบบมาอย่างดีคาดการณ์สถานการณ์ต่างๆ และให้การตอบสนองข้อผิดพลาดที่ให้ข้อมูล ซึ่งสามารถเร่งการแก้ไขปัญหาได้โดยการระบุผู้กระทำผิด ไม่ว่าจะเป็นแอปพลิเคชันไคลเอนต์หรือเซิร์ฟเวอร์เอง ด้วยการใช้ประโยชน์จากคุณสมบัติของ Postman และทำความเข้าใจแนวทางปฏิบัติที่ดีที่สุดของ API คุณสามารถทำให้กระบวนการพัฒนาของคุณดำเนินไปอย่างราบรื่น