Berapa lama proyek biasanya berjalan?

Antara 1 sampai 16 minggu, tergantung layanan yang dipilih.

Layanan apa saja yang tersedia?

Jasa Pembuatan Website, Jasa Tema & Plugin WordPress, Jasa Pembuatan Aplikasi, dan Konsultan Digital.

Apa yang perlu saya siapkan sebelum konsultasi?

Cukup ceritakan masalah atau tujuan Anda. Jika ada, sertakan alamat situs saat ini atau daftar fitur yang diinginkan.

Bisakah memperbaiki atau mengembangkan sistem yang sudah ada?

Bisa. Kami memeriksa kondisinya lebih dulu, lalu mengusulkan perbaikan atau pengembangan yang paling berdampak.

Bisakah terhubung ke sistem yang sudah kami pakai?

Bisa. Kami mengintegrasikannya lewat API ke sistem yang sudah Anda pakai.

Apakah ada perawatan setelah rilis?

Ada. Setelah rilis kami memantau dan memperbaiki sesuai pertumbuhan bisnis Anda.

Apakah bisa bekerja sama dari luar Pekanbaru?

Bisa. Konsultasi dan pengerjaan dapat dilakukan jarak jauh lewat email, WhatsApp, dan rapat daring.

f 𝕏 in

Aplikasi web

Rate limiting dasar untuk API web: algoritma dan cara menerapkannya

ABTim AnabisolutionsAnalog Bina Solutions2 menit baca

Rate limiting membatasi jumlah permintaan yang boleh dikirim klien dalam jangka waktu tertentu. Tujuannya melindungi server dari penyalahgunaan, serangan brute force, dan lonjakan beban. Server yang melampaui batas sebaiknya membalas dengan status 429 beserta header Retry-After.

Apa itu rate limiting dan kenapa penting?

Rate limiting adalah kontrol yang menolak permintaan berlebih dari satu klien. Tanpanya, bot atau skrip yang salah tulis bisa menghabiskan sumber daya server sehingga pengguna lain terdampak.

Mencegah tebakan kata sandi pada endpoint login.
Melindungi endpoint mahal seperti pencarian atau ekspor laporan.
Menjaga keadilan pemakaian antar pelanggan.
Mengendalikan biaya jika API memanggil layanan berbayar.

Algoritma apa yang umum dipakai?

Tiga pendekatan paling lazim adalah fixed window, sliding window, dan token bucket. Fixed window paling sederhana, tetapi bisa menerima dua kali lipat batas di pergantian jendela waktu.

Fixed window: hitung permintaan per menit, mudah tetapi kasar.
Sliding window: jendela bergeser sehingga lebih adil.
Token bucket: ember token yang terisi ulang, mengizinkan lonjakan singkat.

Gunakan status 429

RFC 6585 mendefinisikan kode 429 Too Many Requests. Sertakan header Retry-After agar klien tahu kapan boleh mencoba lagi.

Cara menerapkannya

Terapkan batas di lapisan terdepan, misalnya API gateway atau reverse proxy, lalu tambahkan batas khusus per endpoint di aplikasi. Simpan hitungan di penyimpanan cepat seperti Redis agar konsisten antar server.

Tentukan identitas pembatas: alamat IP, kunci API, atau ID pengguna.
Tetapkan batas awal yang longgar lalu perketat berdasarkan data.
Beri batas lebih ketat pada login dan reset kata sandi.
Dokumentasikan batas agar klien yang sah bisa menyesuaikan.

Ringkasan dan langkah berikutnya

Mulai dari endpoint yang paling sensitif, ukur trafik normal, lalu tetapkan batas sedikit di atas pemakaian wajar.

Kode status: 429 Too Many Requests.
Header penting: Retry-After.
Penyimpanan hitungan: Redis atau sejenisnya.
Rujukan: RFC 6585 di rfc-editor.org.

Topik terkait yang bisa Anda baca berikutnya: rate limit untuk API AI, webhook yang andal, pagination API, dan OWASP Top 10.

Kesalahan yang perlu dihindari

Jangan membatasi berdasarkan IP saja jika banyak pengguna berbagi satu IP kantor. Jangan pula membalas dengan pesan galat yang membuka detail internal. Pastikan batas tidak memblokir pemantau uptime dan webhook yang sah.