Pencachean dan Pendikitan

Dalam dunia API, kelajuan dan kebolehpercayaan amat penting. Kependaman yang tinggi (respons yang perlahan) mengecewakan pengguna, manakala lonjakan trafik secara tiba-tiba boleh menyebabkan perkhidmatan bahagian belakang anda ranap.

Pelajaran ini meneroka dua ciri berkuasa dalam AWS API Gateway: caching dan pendikitan. Ciri-ciri ini membantu anda menyediakan API yang pantas, stabil dan menjimatkan kos.

Caching adalah seperti mempunyai storan sementara untuk data yang kerap diminta. Daripada sentiasa mendapatkan data daripada bahagian belakang anda (contohnya pangkalan data atau fungsi Lambda), API Gateway boleh menyimpan respons dan memberikannya secara terus.

• Mengurangkan kependaman: Respons dikembalikan dengan lebih pantas.
• Mengurangkan beban: Perkhidmatan bahagian belakang anda menerima lebih sedikit permintaan.
• Menjimatkan kos: Penggunaan pengkomputeran/pangkalan data yang lebih rendah.

Apabila caching didayakan untuk peringkat API, API Gateway menyimpan respons daripada bahagian belakang anda untuk tempoh yang ditetapkan.

Begini cara ia berfungsi:

1. Klien menghantar permintaan kepada API Gateway.
2. API Gateway menyemak sama ada respons yang sah untuk permintaan tersebut terdapat dalam cachenya.
3. Jika ditemui, API Gateway mengembalikan respons yang dicache dengan serta-merta.
4. Jika tidak ditemui, API Gateway memajukan permintaan kepada bahagian belakang anda, mencache respons tersebut, kemudian mengembalikannya kepada klien.

Caching dikonfigurasikan pada peringkat peringkat API. Anda menentukan kapasiti cache dan Masa Hidup (TTL) lalai untuk respons yang dicache.

• Kapasiti Cache: Saiz cache (contohnya, 0.5 GB hingga 237 GB).
• TTL (Masa Hidup): Tempoh respons disimpan dalam cache, dalam saat (lalai 300s).
• Penyulitan: Data cache boleh disulitkan semasa tidak digunakan.

Anda juga boleh menggantikan TTL bagi setiap kaedah atau melumpuhkan caching untuk kaedah tertentu.

Bagaimana jika data bahagian belakang anda berubah? Anda tidak mahu menyajikan data cache yang lapuk. Di sinilah pembatalan cache diperlukan.

• Pihak klien: Klien boleh menghantar pengepala Cache-Control: max-age=0 untuk memintas cache dan memaksa respons baharu.
• Kunci API: Jika menggunakan kunci API, klien yang mempunyai kunci tersebut boleh membatalkan cache untuk permintaan tertentu.
• Manual: Anda boleh membatalkan keseluruhan cache peringkat secara manual melalui Konsol Pengurusan AWS atau CLI.

Pendikitan ialah tindakan mengehadkan bilangan permintaan yang boleh diterima oleh API anda dalam tempoh tertentu. Anggaplah ia sebagai pengawal trafik untuk API anda.

Ia penting untuk:

• Perlindungan Bahagian Belakang: Menghalang perkhidmatan bahagian belakang anda daripada menerima beban berlebihan.
• Kawalan Kos: Mengurangkan lonjakan yang tidak dijangka dalam penggunaan sumber.
• Penggunaan Saksama: Memastikan semua pengguna mendapat bahagian akses API yang munasabah.

API Gateway menguatkuasakan pendikitan berdasarkan dua metrik utama:

• Kadar: Bilangan permintaan sesaat (RPS) keadaan mantap yang boleh dihantar oleh klien kepada API anda.
• Lonjakan: Bilangan maksimum permintaan serentak yang akan dipenuhi oleh API Gateway sebelum mengembalikan ralat 429 Too Many Requests. Ini membolehkan lonjakan singkat melebihi kadar biasa.

Apabila had dicapai, API Gateway menolak permintaan berlebihan untuk melindungi bahagian belakang anda.

AWS menetapkan had pendikitan peringkat akaun lalai untuk API Gateway bagi memastikan kestabilan perkhidmatan untuk semua pengguna. Ini ialah had fleksibel, bermakna anda boleh memohon peningkatan.

• Contoh: Nilai lalai mungkin 10,000 permintaan sesaat (RPS) dan lonjakan sebanyak 5,000 permintaan serentak merentas semua API dalam sesuatu rantau.

Had ini digunakan sebelum sebarang had khusus peringkat atau pelan penggunaan dipertimbangkan.

Selain had peringkat akaun, anda boleh mengkonfigurasikan pendikitan peringkat untuk kaedah individu atau keseluruhan peringkat API.

• Anda boleh menetapkan had kadar lalai dan had lonjakan untuk keseluruhan peringkat (contohnya, 100 RPS untuk dev, 1000 RPS untuk prod).
• Anda juga boleh menggantikan lalai ini untuk kaedah HTTP tertentu (contohnya, POST /items mungkin mempunyai had yang lebih rendah berbanding GET /items).

Untuk kawalan yang lebih terperinci, khususnya apabila mengurus peringkat pengguna yang berbeza atau mengewangkan API anda, gunakan Pelan Penggunaan bersama Kunci API.

• Pelan Penggunaan: Menentukan had pendikitan tersuai (kadar, lonjakan) dan kuota (jumlah permintaan dalam sesuatu tempoh) untuk sekumpulan klien.
• Kunci API: Pengecam unik yang disertakan oleh klien dalam permintaan mereka. API Gateway menggunakan kunci ini untuk memetakan klien kepada pelan penggunaan dan menguatkuasakan had khususnya.

Ini membolehkan anda menawarkan tahap perkhidmatan yang berbeza (contohnya, Percuma, Premium) kepada klien yang berbeza.

Kita telah meneroka cara caching meningkatkan prestasi API dengan ketara melalui pengurangan kependaman dan beban bahagian belakang. Kita juga telah mempelajari cara pendikitan melindungi perkhidmatan anda daripada lonjakan trafik dan memastikan penggunaan saksama melalui konfigurasi peringkat akaun, peringkat dan pelan penggunaan.

Ciri-ciri ini penting untuk membina API tanpa pelayan yang teguh dan boleh diskalakan dengan AWS API Gateway.