[Terpecahkan] Postman 429 Terlalu Banyak Permintaan

Pernahkah Anda menggunakan Postman dalam jangka waktu yang lama hingga Anda menemukan kesalahan "429 Too Many Requests" sebelumnya? Kode status ini mungkin menunjukkan bahwa permintaan Anda melebihi batas laju API.

Apa itu Postman?

Postman adalah platform pengembangan API yang memungkinkan pengembang untuk membangun, menguji, dan mendokumentasikan API. Dengan berbagai fungsinya, Postman dengan cepat menjadi salah satu alat API paling populer yang diandalkan pengembang untuk masalah terkait Postman.

Apa itu Kesalahan Postman 429 Too Many Requests?

Kesalahan Postman 429 Too Many Requests menunjukkan bahwa Anda telah melampaui batas laju yang ditetapkan oleh Postman itu sendiri atau API yang berinteraksi dengan Anda. Pesan kesalahan ini pada dasarnya berarti server kelebihan beban dan mengharuskan Anda untuk memperlambat frekuensi permintaan Anda.

Potensi Alasan Untuk Pesan Postman 429 Too Many Requests

Batas Laju Postman

• Batas Paket Gratis: Postman memiliki batas laju pada paket gratis. Anda mungkin melebihi batas permintaan per menit (rpm), biasanya sekitar 60 rpm.
• Batas Mock Server: Mock server bawaan Postman juga memiliki batas laju untuk paket gratis dan berbayar. Periksa paket Anda untuk batas spesifiknya.

Batas Laju API

• Batas API Eksternal: API yang Anda uji mungkin memiliki batas laju sendiri untuk mencegah penyalahgunaan. Batas ini dapat bervariasi tergantung pada penyedia API.

Throttling yang Tidak Disengaja

• Scripting Cepat: Jika Anda menggunakan skrip untuk mengotomatiskan pengujian di Postman, skrip tersebut mungkin mengirimkan permintaan terlalu cepat, memicu batas laju.

Cara Mendiagnosis Lebih Lanjut

• Statistik Penggunaan Postman: Periksa statistik penggunaan Postman Anda (dapat diakses di dalam aplikasi) untuk melihat volume permintaan terbaru Anda.
• Dokumentasi API: Konsultasikan dokumentasi API yang Anda uji untuk melihat apakah mereka menyebutkan batas laju dan nilai spesifiknya.

Cara Menangani Kesalahan Postman 429 Too Many Requests

Pahami Penyebabnya

• Batas Laju Postman: Postman sendiri memiliki batas laju 300 permintaan per menit. Jika Anda melebihi batas ini, pertimbangkan untuk menunggu beberapa saat sebelum melanjutkan pengujian Anda.
• Batas Laju API: API spesifik yang Anda uji mungkin memiliki batas laju sendiri. Periksa dokumentasi API untuk detail tentang frekuensi permintaan yang diizinkan.

Solusi

• Tunggu: Solusi paling sederhana adalah menunggu hingga batas laju direset. Waktu ini bervariasi tergantung pada sumber batas (Postman atau API).
• Kurangi Frekuensi Permintaan: Sesuaikan skrip pengujian atau kecepatan pengujian manual Anda untuk mengirim lebih sedikit permintaan dalam jangka waktu yang diizinkan.
• Tingkatkan Ukuran Batch (jika berlaku): Jika Anda menguji titik akhir yang menerima data massal, pertimbangkan untuk mengirim batch data yang lebih besar di setiap permintaan alih-alih banyak yang lebih kecil. Ini dapat mengurangi jumlah total permintaan yang dibutuhkan.
• Tingkatkan Paket Postman (jika berlaku): Jika Anda sering menggunakan Postman dan terus-menerus mencapai batas laju, pertimbangkan untuk meningkatkan ke paket berbayar yang mungkin menawarkan batas permintaan yang lebih tinggi.
• Hormati Pedoman API: Beberapa API mungkin menyarankan waktu tunggu tertentu antara permintaan atau merekomendasikan penggunaan otentikasi untuk batas yang lebih tinggi. Patuhi setiap pedoman yang disediakan oleh dokumentasi API.

Apidog - Menginisialisasi Respons API Kustom Anda

Apidog adalah platform gratis yang membuat pembuatan API menjadi lebih mudah. Ia memiliki semua fitur yang Anda butuhkan, mulai dari mendesain API Anda hingga mengujinya dan memastikan semuanya berjalan lancar. Bahkan membantu Anda menulis dokumentasi untuk API Anda. Apidog mudah dipelajari, jadi sangat bagus untuk pemula atau pengembang berpengalaman – siapa pun dapat langsung masuk dan mulai membangun API dengan cepat.

Lihat 429 Too Many Requests dan Lainnya dari API Menggunakan Apidog

Pesan 429 Bad Request adalah salah satu dari banyak kemungkinan hasil yang mungkin dikembalikan oleh API. Untuk memberikan konteks yang lebih baik tentang apa yang terjadi dengan API Anda, Anda dapat melihat semua kemungkinan respons untuk melihat kode lain apa yang mungkin Anda terima selain 429 Too Many Requests.

Pertama, pilih API yang responsnya ingin Anda periksa. Di gambar. Di gambar di atas, API yang dipilih adalah Find pet by ID.

Selanjutnya, klik header Edit seperti yang ditunjukkan pada gambar di atas. Sekarang, gulir ke bawah hingga Anda mencapai bagian Responses, di mana Anda dapat melihat berbagai kode respons API beserta nama yang ditetapkan dalam API ini.

Contoh kode respons API yang ditemukan dalam gambar ini adalah OK(200), Record not Found(404), dan Invalid input(400). Perhatikan bahwa dalam contoh ini, nomor kode 400 telah diganti dengan Invalid input sebagai namanya.

Kode respons API mungkin berbeda tergantung pada metode HTTP yang dipilih. Untuk memahami lebih lanjut tentang kode respons API mana yang akan digunakan, Anda dapat melihat artikel terkait ini tentang metode REST API:

Anda mungkin juga menyadari bahwa Anda secara otomatis menghasilkan kode respons JSON yang sesuai melalui impor. Benar - Apidog memiliki fitur pembuatan kode bawaan yang memungkinkan pengembang API untuk menghasilkan kode secara akurat berdasarkan kode yang ada atau impor file. Ini memungkinkan pengembang API untuk menghasilkan API dengan tingkat keberhasilan yang lebih tinggi dalam waktu yang lebih singkat.

Membuat Kode Respons API Tambahan untuk API menggunakan Apidog

Apidog memungkinkan Anda membuat respons tambahan untuk API Anda untuk menangani berbagai situasi yang mungkin timbul selama komunikasi antar aplikasi. Karena terkadang ada hal yang tidak beres, Apidog memungkinkan Anda menentukan sisi mana (klien atau server) yang menyebabkan kesalahan untuk pemecahan masalah yang lebih baik.

Mengetahui apakah kesalahan berasal dari klien atau server (berkat respons API yang informatif) membantu pengembang menentukan masalah lebih cepat, terlepas dari siapa yang bersalah.

Pertama, temukan tombol + Add ini di baris yang sama dengan header kode respons API.

Untuk contoh ini, pilih Add Blank Response, yang seharusnya mengarahkan Anda ke pop-up ini:

Dalam langkah ini, Anda diharuskan untuk memberikan nama yang tepat untuk kode Respons, serta kode status HTTP yang sesuai. Pastikan untuk menggunakan contoh kode respons di atas sebagai referensi. Anda ingin nama kode respons dan kode status menjadi intuitif, jadi pilihlah dengan bijak!

Personalisasi Kode Respons API Baru Anda Dengan Apidog

Gambar di atas menunjukkan respons API baru yang disebut Created(201). Dengan Apidog, pengguna memiliki kebebasan untuk memilih bagaimana mereka ingin maju dalam pengembangan kode respons.

Kesimpulan

Menemukan kesalahan 429 Too Many Requests di Postman bisa membuat frustrasi, tetapi ini adalah rintangan umum yang dihadapi selama pengembangan API. Dengan memahami potensi penyebabnya, seperti batas laju Postman sendiri atau API yang Anda uji memiliki batasan sendiri, Anda dapat mendiagnosis masalah secara efektif.

Kabar baiknya adalah ada solusinya! Menyesuaikan laju permintaan di Postman, menunggu batas laju direset, atau meningkatkan paket Postman Anda (jika berlaku) dapat membantu Anda kembali ke jalur yang benar. Jika Anda berurusan dengan batas API eksternal, pertimbangkan untuk menghubungi tim dukungan mereka untuk mendapatkan panduan. Ingat, API yang dirancang dengan baik mengantisipasi berbagai skenario dan memberikan respons kesalahan yang informatif. Ini dapat mempercepat pemecahan masalah dengan menunjukkan penyebabnya, baik itu aplikasi klien atau server itu sendiri. Dengan memanfaatkan fitur Postman dan memahami praktik terbaik API, Anda dapat memastikan proses pengembangan Anda berjalan lancar.