Alat persistensi di Edge

Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi Apigee X.
info

Yang ada di sini

Mekanisme Apigee Edge untuk penyimpanan dalam cache dan persistensi mencakup persistensi jangka pendek dan jangka panjang. Ada kebijakan untuk penyimpanan dalam cache respons dan penyimpanan dalam cache tujuan umum. Gunakan API pengelolaan untuk mengelola cache.

Penyimpanan dalam cache respons backend

Anda dapat meng-cache respons resource backend dengan kebijakan Response Cache.

Hal ini sangat berguna jika data backend hanya diperbarui secara berkala. Kebijakan ResponseCache dapat mengurangi panggilan ke sumber data backend.

Melalui kebijakan ResponseCache, Anda juga dapat meminta Edge melihat header caching respons HTTP tertentu dan mengambil tindakan sesuai dengan perintah header. Misalnya, pada respons dari target backend, Edge mendukung header Cache-Control. Header ini dapat digunakan untuk mengontrol, antara lain, usia maksimum respons yang di-cache. Untuk mengetahui informasi selengkapnya, lihat Dukungan untuk header respons HTTP.

Cache tujuan umum jangka pendek

Dengan menggunakan kebijakan untuk penyimpanan dalam cache tujuan umum, Anda dapat mempertahankan objek apa pun yang diperlukan proxy Anda di beberapa sesi permintaan/respons.

Dengan kebijakan Populate Cache, kebijakan LookupCache, dan kebijakan InvalidateCache, Anda dapat mengisi, mengambil, dan menghapus data yang di-cache saat runtime.

Misalnya, Anda dapat menyimpan untuk sementara:

  • ID sesi untuk pengelolaan sesi.
  • Kredensial untuk panggilan keluar (seperti kunci API atau token akses OAuth).
  • Konten respons yang harus diberi penomoran halaman untuk aplikasi.

Saat runtime, kebijakan cache Anda akan menyalin nilai antara variabel proxy dan cache yang dikonfigurasi yang Anda tentukan. Saat ditempatkan di cache, nilai akan disalin dari variabel yang Anda tentukan ke cache. Saat diambil dari cache, data akan disalin ke dalam variabel untuk digunakan oleh proxy Anda.

Untuk contoh dengan kode, lihat Contoh: Cache tujuan umum.

Persistensi jangka panjang dengan peta nilai kunci (KVM)

Untuk menyimpan data terstruktur yang dienkripsi atau tidak dienkripsi tanpa batas waktu, Anda dapat membuat dan mengisi peta nilai kunci (KVM) yang berisi pasangan nilai kunci arbitrer. Misalnya, Anda dapat menyimpan:

  • Peta yang menghubungkan alamat IP ke kode negara.
  • Daftar alamat IP untuk mengizinkan/menolak.
  • Peta yang menghubungkan URL panjang ke URL singkat.
  • Data khusus lingkungan, seperti jumlah kuota dan waktu habis masa berlaku token OAuth.

KVM dapat memiliki salah satu dari tiga cakupan: organisasi, lingkungan, apiproxy. Misalnya, jika pasangan nilai kunci akan digunakan untuk semua API di organisasi, buat KVM di cakupan organisasi; atau jika hanya proxy API tertentu yang harus memiliki akses ke kunci/nilai, buat KVM di cakupan apiproxy. Anda dapat membuat, mengelola, dan mengambil peta nilai kunci dengan sejumlah cara. Untuk mengetahui informasi selengkapnya, lihat Menggunakan peta nilai kunci.

Mengelola cache dengan API pengelolaan

Jika ingin membuat, melihat, memperbarui, menghapus, dan menghapus cache di luar cakupan kebijakan dalam alur pesan, Anda dapat menggunakan Caches management API.