Halaman ini berlaku untuk Apigee dan Apigee hybrid.
Lihat dokumentasi Apigee Edge.
Apa
Memberikan akses berbasis kebijakan ke penyimpanan peta nilai kunci (KVM) yang tersedia di Apigee.
Key-value pair dapat disimpan, diambil, dan dihapus dari peta yang ada dan diberi nama dengan mengonfigurasi kebijakan KeyValueMapOperations yang menentukan operasi PUT
, GET
, atau DELETE
. (Setidaknya salah satu
operasi ini harus dilakukan oleh kebijakan.)
Kebijakan ini adalah Kebijakan yang dapat diperluas dan penggunaan kebijakan ini mungkin memiliki implikasi biaya atau penggunaan, bergantung pada lisensi Apigee Anda. Untuk informasi tentang jenis kebijakan dan implikasi penggunaan, lihat Jenis kebijakan.
Video: Video berikut memberikan pengantar umum tentang KVM.
Sampel
PUT KVM dengan literal
Saat dijalankan, kebijakan berikut akan membuat KVM terenkripsi bernama
FooKVM
, lalu membuat kunci bernama FooKey_1
dengan
dua nilai yang ditetapkan dengan string literal foo
dan bar
(tidak ditetapkan dengan nilai yang diekstrak dari variabel). Saat
GET
kunci dalam contoh berikutnya, Anda menentukan nomor indeks
untuk mengambil nilai yang diinginkan.
<KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="FooKVM" mapIdentifier="FooKVM"> <DisplayName>FooKVM</DisplayName> <ExpiryTimeInSecs>86400</ExpiryTimeInSecs> <Scope>environment</Scope> <Put> <Key> <Parameter>FooKey_1</Parameter> </Key> <Value>foo</Value> <Value>bar</Value> </Put> </KeyValueMapOperations>
Perhatikan bahwa cakupannya adalah environment
. Artinya, Anda dapat melihat KVM di UI pengelolaan di bagian APIs > Environment Configuration > Key Value Maps. Semua KVM yang ditampilkan di halaman tersebut dicakup dalam lingkungan yang dipilih.
GET KVM dari literal
Kebijakan ini melihat peta FooKVM
dari contoh sebelumnya, mendapatkan nilai kedua (index="2") dari kunci FooKey_1
, dan menyimpannya dalam variabel yang disebut foo_variable
.
<KeyValueMapOperations mapIdentifier="FooKVM" async="false" continueOnError="false" enabled="true" name="GetKVM"> <DisplayName>GetKVM</DisplayName> <ExpiryTimeInSecs>86400</ExpiryTimeInSecs> <Scope>environment</Scope> <Get assignTo="foo_variable" index="2"> <Key> <Parameter>FooKey_1</Parameter> </Key> </Get> </KeyValueMapOperations>
Mengakses KVM secara dinamis
Kebijakan ini menggunakan elemen <MapName>
untuk mereferensikan KVM secara dinamis dengan variabel alur. Elemen ini
mendapatkan ID KVM dari variabel flow. Perhatikan bahwa atribut mapIdentifier
dihilangkan; Anda tidak dapat menggunakan <MapName>
dengan
atribut mapIdentifier
.
<KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="GetKVM"> <DisplayName>GetKVM</DisplayName> <MapName ref="flow.variable"/> <ExpiryTimeInSecs>86400</ExpiryTimeInSecs> <Scope>environment</Scope> <Get assignTo="foo_variable" index="2"> <Key> <Parameter>FooKey_1</Parameter> </Key> </Get> </KeyValueMapOperations>
PUT KVM dengan variabel
Contoh sederhana KVM yang berguna adalah layanan penyingkatan URL. KVM dapat dikonfigurasi untuk menyimpan URL singkat beserta URL lengkap yang sesuai.
Contoh kebijakan ini membuat KVM. Kebijakan ini menggunakan perintah PUT
untuk menempatkan
kunci dengan dua nilai terkait
ke dalam KVM bernama urlMapper
.
<KeyValueMapOperations name="putUrl" mapIdentifier="urlMapper"> <Scope>apiproxy</Scope> <Put override="true"> <Key> <Parameter ref="urlencoding.requesturl.hashed"/> </Key> <Value ref="urlencoding.longurl.encoded"/> <Value ref="request.queryparam.url"/> </Put> </KeyValueMapOperations>
Kunci dalam contoh ini, urlencoding.requesturl.hashed
, adalah contoh
variabel kustom. URL permintaan yang di-hash akan dibuat oleh kode (misalnya, JavaScript atau Java), lalu disimpan dalam variabel ini, tempat kebijakan KeyValueMapOperations dapat mengaksesnya.
Untuk setiap kunci, requesturl.hashed
, dua nilai disimpan:
- Isi variabel kustom bernama
urlencoding.longurl.encoded
- Isi variabel standar
request.queryparam.url
Misalnya, saat kebijakan dieksekusi saat runtime, nilai variabelnya mungkin sebagai berikut:
urlencoding.requesturl.hashed: ed24e12820f2f900ae383b7cc4f2b31c402db1be
urlencoding.longurl.encoded: http://tinyurl.com/38lwmlr
request.queryparam.url: http://apigee.com
KVM dan entri berikut akan dibuat di penyimpanan kunci/nilai Apigee dan dicakupkan ke proxy API tempat kebijakan dilampirkan:
{ "entry" :[ { "name" : "ed24e12820f2f900ae383b7cc4f2b31c402db1be", "value" : "http://tinyurl.com/38lwmlr,http://apigee.com" } ], "name" : "urlMapper" }
Entri akan tetap ada hingga dihapus. Entri penyimpanan nilai kunci didistribusikan di seluruh instance Apigee yang menjalankan cloud.
GET KVM dari variabel
Contoh sederhana KVM yang berguna adalah layanan penyederhanaan URL. KVM dapat dikonfigurasi untuk menyimpan URL singkat beserta URL lengkap yang sesuai.
Untuk mengambil nilai entri KVM, seperti yang dibahas di tab PUT
KeyValueMapOperations, konfigurasikan kebijakan untuk GET
KVM:
<KeyValueMapOperations name="getUrl" mapIdentifier="urlMapper"> <Scope>apiproxy</Scope> <Get assignTo="urlencoding.shorturl" index='1'> <Key> <Parameter ref="urlencoding.requesturl.hashed"/> </Key> </Get> </KeyValueMapOperations>
Saat kebijakan ini dieksekusi, jika nilai variabel urlencoding.requesturl.hashed
adalah ed24e12820f2f900ae383b7cc4f2b31c402db1be
, variabel kustom bernama urlencoding.shorturl
akan ditetapkan dengan nilai http://tinyurl.com/38lwmlr
.
Setelah data diambil, kebijakan dan kode lain dapat mengaksesnya dengan mengekstrak nilai dari variabel tersebut.
Nilai GET dari KVM
Gunakan atribut private.
dengan semua variabel saat mengakses KVM dengan perintah GET
untuk menyembunyikan informasi KVM dalam sesi Debug. Jika
atribut private.
tidak digunakan, KVM masih dienkripsi; namun, informasi
KVM akan muncul didekripsi dalam sesi Debug dan tidak ada pengecualian yang akan ditampilkan.
Dalam contoh ini, variabel
private.encryptedVar
menyimpan nilai yang didekripsi dari kunci
foo
KVM.
<KeyValueMapOperations name="getEncrypted" mapIdentifier="encrypted_map"> <Scope>apiproxy</Scope> <Get assignTo="private.encryptedVar" index='1'> <Key> <Parameter>foo</Parameter> </Key> </Get> </KeyValueMapOperations>
Setelah data diambil, kebijakan dan kode lain dapat mengaksesnya dengan mengekstrak nilai dari variabel tersebut.
<KeyValueMapOperations>
Memberikan akses berbasis kebijakan ke peta nilai kunci (KVM).
Sintaks
<KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="Key-Value-Map-Operations-1" mapIdentifier="urlMapper" > <DisplayName>Key Value Map Operations 1</DisplayName> <Scope>environment</Scope> <ExpiryTimeInSecs>300</ExpiryTimeInSecs> <InitialEntries> <Entry> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> <Value>VALUE_LITERAL</Value> </Entry> <Entry> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> <Value>VALUE_LITERAL</Value> <Value>VALUE_LITERAL</Value> </Entry> </InitialEntries> <Put override="BOOLEAN"> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> </Put> <Get assignTo="VARIABLE_NAME" index="INDEX_NUMBER"> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> </Get> <Delete> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> </Delete> </KeyValueMapOperations>
Atribut <KeyValueMapOperations>
Contoh berikut menunjukkan atribut elemen <KeyValueMapOperations>
:
<KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="Key-Value-Map-Operations-1" mapIdentifier="map_name">
Tabel berikut menjelaskan atribut elemen <KeyValueMapOperations>
:
Atribut | Deskripsi | Default | Kehadiran |
---|---|---|---|
mapIdentifier |
Menentukan ID yang memberi tahu kebijakan KVM mana yang harus diakses. Jika ID ini dan |
T/A | Opsional |
Tabel berikut menjelaskan atribut yang umum untuk semua elemen induk kebijakan:
Atribut | Deskripsi | Default | Kehadiran |
---|---|---|---|
name |
Nama internal kebijakan. Nilai atribut Secara opsional, gunakan elemen |
T/A | Wajib |
continueOnError |
Tetapkan ke Tetapkan ke |
false | Opsional |
enabled |
Tetapkan ke Tetapkan ke |
benar | Opsional |
async |
Atribut ini tidak digunakan lagi. |
false | Tidak digunakan lagi |
Elemen <DisplayName>
Gunakan selain atribut name
untuk melabeli kebijakan di editor proxy UI pengelolaan dengan nama bahasa alami yang berbeda.
<DisplayName>Policy Display Name</DisplayName>
Default |
T/A Jika Anda menghapus elemen ini, nilai atribut |
---|---|
Kehadiran | Opsional |
Jenis | String |
Elemen turunan
Bagian ini menjelaskan elemen dan atribut kebijakan KeyValueMapOperations:
Elemen <Delete>
Menghapus pasangan nilai kunci yang ditentukan. Setidaknya salah satu dari <Get>
,
<Put>
, atau <Delete>
harus digunakan.
Pastikan untuk menentukan nama KVM dengan atribut mapIdentifier
pada elemen root atau dengan elemen <MapName>
. Contoh:
<Delete> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> </Delete>
Default | T/A |
---|---|
Kehadiran | Wajib jika <Get> atau <Put> tidak ada. |
Jenis | T/A |
Elemen <Entry>
Nilai seed untuk KVM, yang diisi di KVM saat diinisialisasi. Untuk Apigee, ukuran kunci dibatasi hingga 2 KB.
Contoh:
<InitialEntries> <Entry> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> <Value>v1</Value> </Entry> <Entry> <Key> <Parameter>key_name_variable</Parameter> </Key> <Value>v3</Value> <Value>v4</Value> </Entry> </InitialEntries>
Default | T/A |
---|---|
Kehadiran | Opsional |
Jenis | T/A |
Elemen <ExclusiveCache>
Tidak digunakan lagi. Sebagai gantinya, gunakan elemen <Scope>
.
Elemen <ExpiryTimeInSecs>
Menentukan durasi dalam detik setelah Apigee memperbarui nilai yang di-cache dari KVM yang ditentukan.
Nilai 0 atau -1, atau mengecualikan elemen ini, berarti nilai default 300 detik akan digunakan. Contoh:
<ExpiryTimeInSecs>600</ExpiryTimeInSecs>
Default | 300 (5 menit) |
---|---|
Kehadiran | Opsional |
Jenis | Bilangan bulat |
KVM adalah mekanisme persistensi jangka panjang yang menyimpan kunci dan nilai dalam database NoSQL.
Oleh karena itu, membaca dari KVM saat runtime berpotensi memperlambat performa proxy. Untuk meningkatkan
performa, Apigee memiliki mekanisme bawaan untuk meng-cache kunci/nilai KVM dalam memori selama runtime.
Kebijakan Operasi KVM ini selalu membaca dari cache untuk operasi GET
.
Elemen <ExpiryTimeInSecs>
memungkinkan Anda mengontrol berapa lama kunci/nilai
yang digunakan dalam kebijakan disimpan dalam cache sebelum dimuat ulang dari KVM. Namun,
ada beberapa perbedaan antara pengaruh operasi GET
dan PUT
terhadap masa berlaku cache.
GET
- Saat pertama kali operasi GET
KVM dijalankan, kunci/nilai yang diminta dari KVM (yang namanya ditentukan dalam atribut mapIdentifier
root kebijakan atau elemen <MapName>
) dimuat ke dalam cache, tempat kunci/nilai tersebut tetap ada untuk operasi GET
berikutnya hingga salah satu dari hal berikut terjadi:
- Masa berlaku jumlah detik yang ditentukan di
<ExpiryTimeInSecs>
berakhir.
atau - Operasi
PUT
dalam kebijakan KVM akan menimpa nilai yang ada (dijelaskan berikutnya).
PUT
- Operasi PUT
menulis kunci/nilai ke KVM yang ditentukan. Jika PUT
menulis ke kunci yang sudah ada di cache, cache tersebut akan segera dimuat ulang dan kini menyimpan
nilai baru selama jumlah detik yang ditentukan dalam elemen
<ExpiryTimeInSecs>
kebijakan. Namun, penggunaan PUT
hanya akan memuat ulang cache
di satu node runtime yang melayani permintaan. Untuk memuat ulang cache di setiap node runtime terdistribusi,
gunakan elemen <ExpiryTimeInSecs>
untuk menentukan interval refresh untuk setiap node.
Contoh - Menyimpan KVM dalam Cache
- Operasi
GET
mengambil nilai "rating", yang menambahkan nilai "10" ke cache.<ExpiryTimeInSecs>
pada kebijakan adalah 60. - 30 detik kemudian, kebijakan
GET
dieksekusi lagi dan mengambil10
dari cache. - 5 detik kemudian, kebijakan
PUT
memperbarui nilairating
menjadi10
, dan<ExpiryTimeInSecs>
pada kebijakanPUT
adalah 20. Cache akan segera diperbarui dengan nilai baru, yang kini disetel agar tetap berada dalam cache selama 20 detik. (JikaPUT
belum terjadi, cache yang awalnya diisi olehGET
pertama akan tetap ada selama 30 detik lagi, yang tersisa dari 60 detik awal.) - 15 detik kemudian,
GET
lain akan dieksekusi dan mengambil nilai8
.
Elemen <Get>
Mengambil nilai untuk kunci yang ditentukan. Setidaknya salah satu dari <Get>
,
<Put>
, atau <Delete>
harus digunakan.
Apigee mengenkripsi semua data yang disimpan di KVM. Untuk mengetahui detailnya, lihat Tentang
kunci enkripsi. Saat menggunakan <Get>
, Apigee mendekripsi data yang disimpan dan
menetapkannya ke variabel dalam konteks pesan. Nama variabel ditentukan menggunakan
atribut assignTo
.
Pastikan untuk menentukan nama KVM dengan atribut mapIdentifier
pada
elemen root atau dengan elemen <MapName>
.
Anda dapat menyertakan beberapa blok Get
dalam kebijakan untuk mengambil beberapa item
dari KVM.
Default | T/A |
---|---|
Kehadiran | Wajib jika <Put> atau <Delete> tidak
ada. |
Jenis | T/A |
Atribut
Tabel berikut menjelaskan atribut elemen <Get>:
Atribut | Deskripsi | Default | Kehadiran |
---|---|---|---|
assignTo |
Variabel tempat nilai yang diambil harus ditetapkan. |
T/A | Wajib |
index |
Nomor indeks (dalam indeks berbasis 1) item yang akan diambil dari kunci multinilai.
Misalnya, menentukan Misalnya, lihat tab Get Value from KVM di Samples. |
T/A | Opsional |
Mendapatkan satu item dari KVM
Dengan contoh konfigurasi langkah ini, kebijakan akan membaca dan mendekripsi nilai satu kunci
di KVM dan menetapkan nilai yang didekripsi ke variabel bernama myvar
.
<Get assignTo="myvar" index="1"> <Key> <Parameter>key_name_literal</Parameter> </Key> </Get>
Mengecualikan data yang diambil dari Sesi Debug
Dalam beberapa kasus, data yang disimpan di KVM bersifat sensitif. Untuk mencegah data yang diambil
muncul di
Sesi debug,
gunakan awalan private.
pada nama variabel yang ditentukan dalam
atribut assignTo
. Jika Anda tidak menggunakan
awalan private.
, data yang diambil dari KVM akan muncul dalam
cleartext, dalam sesi Debug apa pun yang Anda buat.
Dengan contoh konfigurasi langkah ini, kebijakan akan membaca dan mendekripsi nilai yang terkait dengan satu kunci di KVM dan menetapkan nilai tersebut ke variabel. Tugas tidak akan muncul dalam sesi Debug.
<Get assignTo="private.myvar" index="1"> <Key> <Parameter>key_name_literal</Parameter> </Key> </Get>
Mendapatkan beberapa item dari KVM
Dalam contoh berikut, asumsikan KVM dengan kunci dan nilai berikut. Selain menyimpan daftar berjalan film terpopuler sepanjang masa, KVM juga menyimpan nama sutradara untuk semua film utama.
Kunci | Nilai |
---|---|
top_movies | Princess Bride,The Godfather,Citizen Kane |
Citizen Kane | Orson Welles |
Princess Bride | Rob Reiner |
The Godfather | Francis Ford Coppola |
Anda akan melihat bahwa nilai yang terkait dengan kunci top_movies
berisi beberapa
nama film, yang dipisahkan dengan koma.
Dengan contoh konfigurasi ini, kebijakan akan mengambil film teratas saat ini dan nama sutradaranya:
<Get assignTo="top.movie.pick" index="1"> <Key> <Parameter>top_movies</Parameter> </Key> </Get> <Get assignTo="movie.director"> <Key> <Parameter ref="top.movie.pick"/> </Key> </Get>
Saat proxy API dipanggil, Apigee akan membuat variabel berikut dengan nilai yang sesuai, yang dapat digunakan nanti dalam alur proxy API:
top.movie.pick=Princess Bride
movie.director=Rob Reiner
Nilai untuk top.movie.pick
hanyalah item pertama dalam daftar yang dipisahkan koma,
karena elemen <Get>
pertama menggunakan atribut index
1.
Kemudian, elemen <Get>
kedua menggunakan nilai yang ditetapkan ke
top.movie.pick
sebagai kunci untuk mengambil nilai ke movie.director
.
Elemen <InitialEntries>
Nilai seed untuk KVM, yang diisi di KVM saat diinisialisasi.
Pastikan untuk menentukan nama KVM dengan atribut mapIdentifier
pada
elemen root.
Contoh:
<InitialEntries> <Entry> <Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key> <Value>v1</Value> </Entry> <Entry> <Key> <Parameter>KEY_NAME_VARIABLE</Parameter> </Key> <Value>v3</Value> <Value>v4</Value> </Entry> </InitialEntries>
Saat menggunakan elemen ini, saat Anda menyimpan kebijakan di UI Apigee pada versi proxy API yang di-deploy, atau men-deploy paket proxy API yang berisi kebijakan dengan elemen ini, kunci akan otomatis dibuat di KVM. Jika nilai dalam kebijakan berbeda dengan nilai dalam KVM, nilai dalam KVM akan ditimpa saat proxy API di-deploy. Setiap kunci/nilai baru akan ditambahkan ke KVM yang ada bersama kunci/nilai yang ada.
Kunci dan nilai yang diisi oleh elemen ini harus berupa literal. Misalnya, <Parameter
ref="request.queryparam.key">
tidak didukung dalam elemen ini.
Ukuran kunci dibatasi hingga 2 KB.
Default | T/A |
---|---|
Kehadiran | Opsional |
Jenis | T/A |
Elemen <Key>
Menentukan kunci dalam entri KVM. Elemen ini muncul sebagai turunan dari <Get>
,
<Put>
, atau <Delete>
, atau
sebagai turunan dari elemen <Entry>
yang merupakan turunan dari <InitialEntries>
.
Berikut adalah contoh kunci tetap:
<Key> <Parameter>KEY_NAME_LITERAL</Parameter> </Key>
Kunci dapat berupa gabungan, dengan elemen dinamis, yang berarti lebih dari satu
<Parameter>
dapat ditambahkan untuk membuat kunci. Misalnya, konten variabel userID
dan role
dapat digabungkan untuk membuat kunci dinamis. Berikut adalah contoh konfigurasi langkah yang menentukan kunci gabungan yang ditentukan secara
dinamis:
<Key> <Parameter ref='userID'/> <Parameter ref='role'/> </Key>
Pastikan untuk melihat elemen <Parameter>
untuk mengetahui detail tentang cara menetapkan nama kunci.
Ukuran kunci dibatasi hingga 2 KB.
Default | T/A |
---|---|
Kehadiran | Opsional |
Jenis | T/A |
Elemen <MapName>
Elemen <MapName>
memungkinkan kebijakan mengidentifikasi KVM mana yang akan digunakan secara dinamis, saat runtime.
Kemampuan untuk memilih KVM secara dinamis memberi Anda fleksibilitas untuk mendesain satu kebijakan KeyValueMapOperations
yang dapat mengakses
KVM yang berbeda, bergantung pada konteks tempat kebijakan dijalankan.
Beberapa contoh:
<!-- use one of the following forms --> <MapName>literal_string</MapName> <MapName ref="flow.variable"></MapName> <MapName ref="flow.variable">literal_string</MapName>
Baris pertama menentukan nama KVM sebagai string literal. Baris kedua mendapatkan nama dari variabel flow. Pada baris ketiga, jika variabel flow me-resolve ke nilai kosong, string literal akan digunakan.
Jangan tentukan atribut mapIdentifier
jika Anda menggunakan
<MapName>
dalam kebijakan. Lihat atribut kebijakan untuk informasi selengkapnya.
Jika peta tidak ada saat proxy di-deploy, peta tidak akan dibuat dan Apigee akan menampilkan error runtime saat kebijakan dijalankan. Jika variabel alur diberikan, elemen <InitialEntries>
tidak diizinkan. Anda akan mendapatkan error validasi selama deployment.
Elemen <Parameter>
Menentukan komponen kunci dalam pasangan nilai kunci. Elemen ini menentukan nama saat membuat, memperbarui, mengambil, atau menghapus pasangan kunci/nilai.
Anda dapat menentukan nama menggunakan:
-
String literal
<Key> <Parameter>literal</Parameter> </Key>
-
Variabel yang akan diambil saat runtime, menggunakan atribut
ref
<Key> <Parameter ref="variable_name"/> </Key>
-
Kombinasi literal dan referensi variabel
<Key> <Parameter>targeturl</Parameter> <Parameter ref="apiproxy.name"/> <Parameter>weight</Parameter> </Key>
Jika elemen <Key>
menyertakan beberapa elemen <Parameter>
, string kunci yang efektif adalah penyambungan nilai setiap parameter, yang digabungkan dengan garis bawah ganda. Misalnya, dalam
contoh di atas, jika variabel apiproxy.name
memiliki nilai abc1
, maka
kunci yang efektif adalah targeturl__abc1__weight
.
Baik Anda mendapatkan, memperbarui, atau menghapus entri kunci/nilai, nama kunci harus cocok dengan nama kunci di KVM. Lihat Menentukan dan mengambil nama kunci untuk mendapatkan panduan.
Default | T/A |
---|---|
Kehadiran | Wajib |
Jenis | String |
Atribut
Tabel berikut menjelaskan atribut elemen <Parameter>
:
Atribut | Deskripsi | Default | Kehadiran |
---|---|---|---|
ref | Menentukan nama variabel yang nilainya berisi nama persis kunci yang ingin Anda buat, dapatkan, atau hapus. | T/A | Wajib diisi jika tidak ada nilai literal yang diberikan di antara tag pembuka dan penutup. |
Elemen <Put>
Menulis pasangan nilai kunci ke KVM. Jika KVM yang ditentukan dalam atribut mapIdentifier
pada elemen root tidak ada dan jika elemen <MapName>
tidak digunakan, peta akan otomatis dibuat. Jika peta nilai kunci sudah ada, kunci/nilai akan ditambahkan ke peta tersebut.
Untuk membuat KVM menggunakan UI atau API, lihat:
- Menggunakan KVM dengan UI Apigee untuk membuat KVM cakupan lingkungan terenkripsi di UI
- API peta nilai kunci cakupan organisasi
- API peta nilai kunci cakupan lingkungan
- API peta nilai kunci cakupan proxy API
<Put override="false"> <Key> <Parameter ref="mykeyvar"/> </Key> <Value ref="myvalvar1"/> </Put>
Default | T/A |
---|---|
Kehadiran | Wajib jika <Get> atau <Delete> tidak
ada. |
Jenis | T/A |
Atribut
Tabel berikut menjelaskan atribut elemen <Put>
:
Atribut | Deskripsi | Default | Kehadiran |
---|---|---|---|
penggantian |
Jika ditetapkan ke
|
true |
Opsional |
Elemen <Scope>
Menentukan batas aksesibilitas untuk KVM. Cakupan defaultnya adalah environment
,
yang berarti bahwa, secara default, entri peta dibagikan oleh semua proxy API yang berjalan di lingkungan
(misalnya, pengujian atau produksi). Jika Anda menetapkan cakupan ke apiproxy
, entri di
KVM hanya dapat diakses oleh proxy API yang menulis nilai ke peta.
Perhatikan bahwa saat mengakses peta atau entri peta, Anda harus menentukan nilai cakupan yang sama dengan yang digunakan saat peta dibuat. Misalnya, jika peta dibuat dengan cakupan
apiproxy
, Anda harus menggunakan cakupan apiproxy
saat mengambil nilainya,
menerapkan perubahan, atau menghapus entri.
<Scope>environment</Scope>
Default | environment |
---|---|
Kehadiran | Opsional |
Jenis | String |
Nilai valid |
|
Elemen <Value>
Menentukan nilai kunci. Anda dapat menentukan nilai sebagai string literal atau, menggunakan
atribut ref
, sebagai variabel yang akan diambil pada waktu proses:
<!-- Specify a literal value --> <Value>literal<Value>
atau:
<!-- Specify the name of variable value to be populated at run time. --> <Value ref="variable_name"/>
Anda juga dapat menyertakan beberapa elemen <Value>
untuk menentukan nilai
multi-bagian. Nilai digabungkan pada waktu proses.
Dalam contoh berikut, dua kunci ditambahkan ke KVM:
- Kunci
k1
dengan nilaiv1,v2
- Kunci
k2
dengan nilaiv3,v4
<InitialEntries> <Entry> <Key> <Parameter>k1</Parameter> </Key> <Value>v1</Value> <Value>v2</Value> </Entry> <Entry> <Key> <Parameter>k2</Parameter> </Key> <Value>v3</Value> <Value>v4</Value> </Entry> </InitialEntries>
Dalam contoh berikut, satu kunci dibuat dengan dua nilai. Anggaplah nama organisasi
adalah foo_org
, nama proxy API adalah bar
, dan lingkungannya adalah
test
:
- Kunci
foo_org
dengan nilaibar,test
<Put> <Key> <Parameter ref="organization.name"/> </Key> <Value ref="apiproxy.name"/> <Value ref="environment.name"/> </Put>
Default | T/A |
---|---|
Kehadiran | Wajib |
Jenis | String |
Atribut
Tabel berikut menjelaskan atribut elemen <Value>
:
Atribut | Deskripsi | Default | Kehadiran |
---|---|---|---|
ref |
Menentukan nama variabel yang nilainya berisi nilai kunci yang ingin Anda tetapkan. | T/A | Wajib diisi jika tidak ada nilai literal yang diberikan di antara tag pembuka dan penutup. Dilarang jika nilai literal diberikan. |
Referensi error
Bagian ini menjelaskan kode error dan pesan error yang ditampilkan serta variabel error yang ditetapkan oleh Apigee saat kebijakan ini memicu error. Informasi ini penting untuk diketahui jika Anda mengembangkan aturan error untuk menangani error. Untuk mempelajari lebih lanjut, lihat Yang perlu Anda ketahui tentang error kebijakan dan Menangani error.
Error runtime
Error ini dapat terjadi saat kebijakan dieksekusi.
Kode kerusakan | Status HTTP | Penyebab | Perbaiki |
---|---|---|---|
steps.keyvaluemapoperations.UnsupportedOperationException |
500 |
Error ini terjadi jika atribut |
build |
Error saat deployment
Error ini dapat terjadi saat Anda men-deploy proxy yang berisi kebijakan ini.
Nama error | Penyebab | Perbaiki |
---|---|---|
InvalidIndex |
Jika atribut index yang ditentukan dalam elemen <Get> kebijakan KeyValueMapOperations adalah
nol atau angka negatif, deployment proxy API akan gagal. Indeks dimulai dari
1 , sehingga indeks nol atau bilangan bulat negatif dianggap tidak valid.
|
build |
KeyIsMissing |
Error ini terjadi jika elemen <Key> benar-benar tidak ada atau elemen <Parameter> tidak ada dalam elemen <Key> di bawah <Entry> elemen <InitialEntries> kebijakan KeyValueMapOperations .
|
build |
ValueIsMissing |
Error ini terjadi jika elemen <Value> tidak ada di bawah elemen <Entry> dari elemen <InitialEntries> kebijakan KeyValueMapOperations . |
build |
Skema
Catatan penggunaan
Untuk ringkasan tentang KVM, lihat Menggunakan peta nilai kunci.
Dengan UI Apigee, Anda dapat menentukan KVM hanya pada cakupan lingkungan, seperti yang dijelaskan dalam Menggunakan KVM dengan UI Apigee. Dengan menggunakan Apigee API, Anda dapat menentukan KVM di cakupan proxy API, lingkungan, atau organisasi, seperti yang dijelaskan di bagian berikut:
- API peta nilai kunci cakupan organisasi
- API peta nilai kunci cakupan lingkungan
- API peta nilai kunci cakupan proxy API
Penyimpanan KVM menyediakan mekanisme persistensi ringan untuk data yang diformat sebagai
key-value pair. Anda dapat mengaksesnya saat runtime melalui kebijakan atau kode. Peta berisi data arbitrer dalam format key=value
.
Misalnya, localhost=127.0.0.1
, zip_code=94110
, atau
first_name=felix
. Pada contoh pertama, localhost
adalah kunci, dan
127.0.0.1
adalah nilai. Setiap key-value pair disimpan sebagai entri dalam peta key-value. KVM dapat menyimpan banyak entri.
Misalnya, Anda perlu menyimpan daftar alamat IP yang terkait dengan berbagai lingkungan
backend. Anda dapat membuat KVM bernama ipAddresses
yang berisi
daftar pasangan nilai kunci sebagai entri. Misalnya, JSON ini dapat mewakili peta tersebut:
{ "entry" : [ { "name" : "Development", "value" : "65.87.18.18" }, { "name" : "Staging", "value" : "65.87.18.22" } ], "name" : "ipAddresses" }
Anda dapat menggunakan struktur ini untuk membuat penyimpanan alamat IP yang dapat digunakan oleh kebijakan saat runtime untuk menerapkan daftar IP yang diizinkan/ditolak, untuk memilih alamat target backend secara dinamis, dan sebagainya. Biasanya, kebijakan KeyValueMapOperations digunakan untuk menyimpan atau mengambil informasi jangka panjang yang perlu digunakan kembali di beberapa transaksi permintaan/respons.
KVM dapat dimanipulasi melalui kebijakan KeyValueMapOperations, atau langsung melalui Apigee API. Anda dapat menggunakan API untuk, misalnya, mengupload set data besar ke penyimpanan nilai kunci, atau membuat skrip untuk mengelola entri peta nilai kunci. Anda harus membuat KVM dengan API sebelum mengaksesnya dengan kebijakan KeyValueMapOperations.
Menentukan dan mengambil nama kunci
Dengan elemen <Parameter>
dan <Value>
, Anda dapat
menentukan nilai literal (dengan nilai antara tag pembuka dan penutup) atau menggunakan
atribut ref
untuk menentukan nama variabel yang nilainya harus digunakan saat
runtime.
Elemen <Parameter>
patut disebutkan secara khusus, karena menentukan nama kunci yang
dibuat, serta nama kunci yang ingin Anda ambil atau hapus. Berikut adalah dua contoh.
Yang pertama menentukan nama kunci secara harfiah, dan yang kedua menentukan nama kunci menggunakan variabel.
Anggaplah hal berikut digunakan untuk membuat kunci di KVM:
<Parameter>KEY_NAME_LITERAL</Parameter> <Parameter ref="key.name.variable"/>
Pada instance pertama, nilai literal KEY_NAME_LITERAL
disimpan di KVM sebagai nama
kunci. Pada instance kedua, nilai apa pun di key.name.variable
menjadi
nama kunci di KVM. Misalnya, jika key.name.variable
berisi
nilai foo
, kunci akan diberi nama foo
.
Untuk mengambil kunci dan nilai kunci dengan operasi GET
(atau menghapus dengan operasi DELETE
), nilai elemen <Parameter>
harus cocok dengan nama kunci di KVM. Misalnya, jika nama kunci di KVM adalah my_key
, Anda dapat
menentukan nilai literal dengan <Parameter>my_key</Parameter>
atau menentukan
variabel yang berisi nilai persis mny_key
, seperti ini:
<Parameter ref="variable.containing.foo"/>
.
Topik terkait
Lihat topik berikut untuk mengetahui informasi selengkapnya tentang KVM:
- Menggunakan peta nilai kunci
- API peta nilai kunci cakupan organisasi
- API peta nilai kunci cakupan lingkungan
- API peta nilai kunci cakupan proxy API