Anda sedang melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
Topik ini merupakan referensi untuk metrik, dimensi, dan filter analisis. Untuk mengetahui konteks selengkapnya terkait penggunaan fitur ini, lihat ringkasan Analisis API.
Topik ini menampilkan nama metrik dan dimensi seperti yang muncul di UI dan saat Anda perlu menggunakannya dalam panggilan API.
- Anda akan melihat nama UI saat membuat Laporan kustom.
- Gunakan nama khusus API saat mendapatkan metrik, membuat definisi laporan, atau memperbarui definisi laporan.
Metrik
Berikut adalah metrik API yang dapat Anda ambil dalam laporan kustom dan panggilan API pengelolaan.
Nama laporan kustom | Nama yang akan digunakan dalam API pengelolaan | Fungsi | Deskripsi |
---|---|---|---|
Rata-Rata Transaksi per Detik | sps | Tidak ada |
Jumlah rata-rata transaksi, yang berarti permintaan proxy API, per detik. Perhatikan bahwa jika Anda memiliki jumlah transaksi yang relatif rendah selama jangka waktu tertentu, jumlah rata-rata transaksi per detik mungkin akan terlihat nol dalam laporan kustom UI jika angkanya lebih kecil dari dua angka di belakang koma. Sintaksis API: |
Cache Ditemukan | cache_hit | jumlah |
Jumlah permintaan API yang berhasil dan menggunakan Response Cache, bukan respons dari layanan target. Sintaksis API: |
Jumlah Elemen Cache L1 | ax_cache_l1_count | rata-rata, min, maks |
Menampilkan jumlah elemen dalam cache L1 (dalam memori) per transaksi selama jangka waktu tertentu. Misalnya, jika Anda memilih Sintaksis API: |
Error Kebijakan | policy_error | jumlah |
Jumlah total error kebijakan selama jangka waktu yang ditentukan. Kesalahan kebijakan biasanya terjadi karena desain. Misalnya, kebijakan Verify API Key menampilkan error saat kunci API yang tidak valid diteruskan dalam permintaan, dan kebijakan Spike Arrest akan menampilkan error jika jumlah panggilan API melebihi batas yang ditentukan dalam kebijakan. Jadi, metrik ini berguna untuk menemukan potensi titik masalah di API Anda. Misalnya, metrik policy_error, yang dikelompokkan menurut dimensi developer_app, dapat membantu Anda mengetahui bahwa kunci API atau token OAuth telah habis masa berlakunya untuk aplikasi tertentu; atau Anda mungkin menemukan bahwa proxy API tertentu melempar banyak error Spike Arrest, yang membuat Anda menemukan bahwa batas penangkapan lonjakan proxy tidak memperhitungkan peningkatan traffic musim liburan. Error kebijakan dicatat di Analytics hanya jika error tersebut menyebabkan kegagalan proxy API.
Misalnya, jika atribut Dimensi Nama Kebijakan terkait Error (ax_execution_fault_policy_name) berguna untuk mengelompokkan error kebijakan berdasarkan nama kebijakan. Kegagalan target (seperti 404 atau 503) tidak dianggap sebagai kegagalan kebijakan. Hal tersebut dihitung sebagai kegagalan proxy API (is_error). Sintaksis API: |
Error Proxy | is_error | jumlah |
Total berapa kali proxy API gagal selama jangka waktu yang ditentukan. Kegagalan proxy dapat terjadi jika kebijakan gagal atau saat terjadi kegagalan runtime, seperti 404 atau 503 dari layanan target. Dimensi Proxy (apiproxy) berguna untuk mengelompokkan kegagalan proxy API berdasarkan proxy. Sintaksis API: |
Meminta Latensi Pemrosesan | request_processing_latency | rata-rata, min, maks |
Jumlah waktu (rata-rata, minimum, atau maksimum), dalam milidetik, yang diperlukan Edge untuk memproses permintaan yang masuk. Waktu dimulai ketika permintaan mencapai Edge dan berakhir ketika Edge meneruskan permintaan ke layanan target. Dengan dimensi yang berbeda-beda, Anda dapat memeriksa latensi pemrosesan permintaan berdasarkan proxy API, aplikasi developer, region, dan sebagainya. Sintaksis API: |
Ukuran Permintaan | request_size | jumlah, rata-rata, min, maks |
Ukuran payload permintaan yang diterima oleh Edge, dalam byte. Sintaksis API: |
Cache Respons Dijalankan | ax_cache_executed | jumlah |
Total frekuensi kebijakan Cache Respons dijalankan selama jangka waktu tertentu. Karena kebijakan Cache Respons dipasang di dua tempat dalam proxy API (sekali dalam permintaan dan sekali dalam respons), kebijakan tersebut biasanya dijalankan dua kali dalam panggilan API. Cache 'get' dan cache 'put' masing-masing dihitung sebagai satu eksekusi. Namun, eksekusi cache respons bernilai 0 jika elemen
Di alat Trace,
Anda dapat mengklik ikon Response Cache dalam panggilan API yang dijalankan dan melihat
variabel flow Sintaksis API: |
Latensi Pemrosesan Respons | response_processing_latency | rata-rata, min, maks |
Jumlah waktu (rata-rata, minimum, atau maksimum), dalam milidetik, yang diperlukan Edge untuk memproses respons API. Waktu dimulai saat proxy API menerima respons layanan target dan berakhir saat Apigee meneruskan respons ke pemanggil asli. Dengan dimensi yang berbeda, Anda dapat memeriksa latensi pemrosesan respons berdasarkan proxy API, region, dan sebagainya. Sintaksis API: |
Ukuran Respons | response_size | jumlah, rata-rata, min, maks |
Ukuran payload respons yang ditampilkan ke klien, dalam byte. Sintaksis API: |
Error Target | target_error | jumlah |
Jumlah total respons 5xx dari layanan target. Ini adalah error layanan target yang tidak disebabkan oleh Apigee. Sintaksis API: |
Target Waktu Respons | target_response_time | jumlah, rata-rata, min, maks |
Jumlah waktu (jumlah, rata-rata, minimum, atau maksimum), dalam milidetik, untuk server target merespons panggilan. Metrik ini memberi tahu Anda performa server target. Waktu dimulai ketika Edge meneruskan permintaan ke layanan target dan berakhir ketika Edge menerima respons. Perlu diperhatikan bahwa jika panggilan API menampilkan respons dari cache (misalnya, menggunakan kebijakan Cache Respons), panggilan tidak akan pernah mencapai layanan target, dan tidak ada metrik waktu respons target yang dicatat dalam log. Sintaksis API: |
Total Waktu Respons | total_response_time | jumlah, rata-rata, min, maks |
Jumlah waktu (jumlah, rata-rata, minimum, atau maksimum), dalam milidetik, sejak Edge menerima permintaan dari klien hingga Edge mengirimkan respons kembali ke klien. Waktu tersebut mencakup overhead jaringan (seperti waktu yang diperlukan load balancer dan router untuk melakukan pekerjaannya), latensi pemrosesan permintaan, latensi pemrosesan respons, dan waktu respons target (jika respons disalurkan dari layanan target, bukan cache). Dengan dimensi yang berbeda, Anda dapat memeriksa latensi pemrosesan berdasarkan proxy API, aplikasi developer, region, dan sebagainya. Sintaksis API: |
Lalu lintas | message_count | jumlah |
Jumlah total panggilan API yang diproses oleh Edge dalam jangka waktu yang ditentukan. Gunakan dimensi untuk mengelompokkan jumlah traffic dengan cara yang paling bermakna bagi Anda. Sintaksis API: |
Dimensi
Dimensi memungkinkan Anda melihat metrik dalam pengelompokan yang bermakna. Misalnya, melihat jumlah total traffic akan jauh lebih efektif jika Anda melihatnya untuk setiap aplikasi developer atau proxy API.
Berikut ini adalah dimensi siap pakai yang disediakan Apigee. Selain itu, Anda dapat membuat dimensi Anda sendiri, seperti yang dijelaskan dalam Menganalisis konten pesan API menggunakan analisis kustom.
Nama Laporan Kustom | Nama yang akan digunakan dalam API pengelolaan | Deskripsi |
---|---|---|
Entity Apigee | ||
Token Akses | access_token | Token akses OAuth pengguna akhir aplikasi. |
Produk API | api_product |
Nama produk API berisi proxy API yang dipanggil. Untuk mendapatkan dimensi ini, aplikasi developer yang melakukan panggilan harus dikaitkan dengan satu atau beberapa produk API yang berisi proxy API, dan proxy yang dipanggil harus memeriksa kunci API atau token OAuth yang dikirim dengan panggilan API. Kunci atau token tersebut dikaitkan dengan produk API. Untuk mengetahui informasi selengkapnya, lihat Pertama-tama: Cara membuat data analisis lengkap. Jika kriteria di atas tidak terpenuhi, Anda akan melihat nilai "(not set)". Lihat juga Apa yang dimaksud dengan nilai entity analisis "(not set)"?. |
Kunci Cache | ax_cache_key |
Kunci yang berisi nilai Cache Respons yang diakses. Untuk mengetahui informasi selengkapnya tentang cara kunci dibuat untuk cache respons, lihat kebijakan Cache Respons. Di alat Trace,
saat memilih kebijakan Response Cache yang membaca dari atau menulis ke cache, Anda
dapat melihat nilai ini dalam variabel flow |
Nama Cache | ax_cache_name |
Nama cache yang berisi kunci/nilai yang digunakan oleh kebijakan Cache Respons, diawali dengan orgName__envName__. Misalnya, jika organisasi adalah "foo", lingkungannya adalah "test", dan nama cache adalah "myCache", ax_cache_name adalah foo__test__myCache. Di alat Trace,
saat memilih kebijakan Response Cache, Anda dapat melihat nilai ini dalam
variabel alur |
Sumber Cache | ax_cache_source |
Level cache ("L1" dalam memori atau database "L2") tempat Respons Cache diambil. Dimensi ini juga menampilkan "CACHE_MISS" saat respons dikirim dari target, bukan cache (dan cache respons dimuat ulang dengan respons target); atau saat kunci cache dalam permintaan tidak valid. Ukuran kunci cache dibatasi hingga 2 KB. Di alat Trace,
saat memilih kebijakan Response Cache, Anda dapat melihat nilai ini dalam
variabel alur Untuk informasi selengkapnya tentang tingkat cache, lihat Internal cache. |
Client ID | client_id |
Kunci konsumen (kunci API) dari aplikasi developer yang melakukan panggilan API, baik yang diteruskan dalam permintaan sebagai kunci API atau disertakan dalam token OAuth. Untuk mendapatkan dimensi ini, proxy yang menerima panggilan harus dikonfigurasi untuk memeriksa kunci API atau token OAuth yang valid. Aplikasi developer mendapatkan kunci API, yang dapat digunakan untuk membuat token OAuth, saat aplikasi didaftarkan di Edge. Untuk mengetahui informasi selengkapnya, lihat Pertama-tama: Cara membuat data analisis lengkap. Jika kriteria di atas tidak terpenuhi, Anda akan melihat nilai "(not set)". Lihat juga Apa yang dimaksud dengan nilai entitas analisis "(not set)"?. |
Aplikasi Developer | developer_app |
Aplikasi developer yang terdaftar di Edge dan melakukan panggilan API. Untuk mendapatkan dimensi ini, aplikasi harus dikaitkan dengan satu atau beberapa produk API yang berisi proxy API yang dipanggil, dan proxy-nya harus memeriksa kunci API atau token OAuth yang dikirim dengan panggilan API. Kunci atau token mengidentifikasi aplikasi developer. Untuk mengetahui informasi selengkapnya, lihat Hal pertama yang harus dilakukan: Cara membuat data analisis lengkap. Jika kriteria di atas tidak terpenuhi, Anda akan melihat nilai "(not set)". Lihat juga Apa yang dimaksud dengan nilai entitas analisis "(not set)"?. |
Email Developer | developer_email |
Email developer yang terdaftar di Edge yang aplikasinya melakukan panggilan API. Untuk mendapatkan dimensi ini, developer harus memiliki aplikasi yang dikaitkan dengan satu atau beberapa produk API yang berisi proxy API yang dipanggil, dan proxy tersebut harus memeriksa kunci API atau token OAuth yang dikirim dengan panggilan API. Kunci atau token mengidentifikasi aplikasi developer. Untuk informasi selengkapnya, lihat Hal pertama yang harus dilakukan: Cara membuat data analisis lengkap. Jika kriteria di atas tidak terpenuhi, Anda akan melihat nilai "(not set)". Lihat juga Apa yang dimaksud dengan nilai entitas analisis "(not set)"?. |
ID Developer | pengembang |
ID developer unik yang dihasilkan Edge dalam bentuk org_name@@@unique_id. Untuk mendapatkan dimensi ini, developer harus memiliki aplikasi yang dikaitkan dengan satu atau beberapa produk API yang berisi proxy API yang dipanggil, dan proxy tersebut harus memeriksa kunci API atau token OAuth yang dikirim dengan panggilan API. Kunci atau token mengidentifikasi developer. Untuk mengetahui informasi selengkapnya, lihat Pertama-tama: Cara membuat data analisis lengkap. Jika kriteria di atas tidak terpenuhi, Anda akan melihat nilai "(not set)". Lihat juga Apa yang dimaksud dengan nilai entitas analisis "(not set)"?. |
Environment | environment | Lingkungan Edge tempat proxy API di-deploy. Misalnya, "test" atau "prod". |
Kode Kesalahan saat Error | ax_edge_execution_fault_code |
Kode kesalahan dari error. Contoh: |
Nama Alur saat Terjadi Error | ax_execution_fault _flow_name |
flow bernama dalam proxy API yang memunculkan error. Misalnya, "PreFlow", "PostFlow", atau nama flow kondisional yang Anda buat. Perlu diketahui bahwa nama lengkap yang akan digunakan dalam API pengelolaan adalah ax_execution_fault_flow_name, tanpa baris baru. Jika tidak terjadi error, Anda akan melihat nilai "(not set)". |
Resource Alur | flow_resource | Penggunaan Apigee saja. Lihat postingan Komunitas ini jika Anda ingin tahu. |
Status Alur saat Terjadi Error | ax_execution_fault _flow_state |
Nama alur proxy API menyatakan yang menimbulkan error, seperti "PROXY_REQ_FLOW" atau "TARGET_RESP_FLOW". Perlu diketahui bahwa nama lengkap yang akan digunakan dalam API pengelolaan adalah ax_execution_fault_flow_state, tanpa pemisah baris. |
ID Alur Gateway | gateway_flow_id | Saat panggilan API bergerak melalui Edge, setiap panggilan mendapatkan ID alur gateway-nya sendiri. Contoh: rrt329ea-12575-114653952-1. ID Alur Gateway berguna untuk membedakan metrik dalam situasi TPS tinggi ketika dimensi lain seperti organisasi, lingkungan, dan stempel waktu identik di seluruh panggilan. |
Organisasi | organisasi | Organisasi Edge tempat proxy API di-deploy. |
Nama Kebijakan saat Error | ax_execution_fault _policy_name |
Nama kebijakan yang menampilkan error dan menyebabkan panggilan API gagal. Perlu diketahui bahwa nama lengkap yang akan digunakan dalam API pengelolaan adalah ax_execution_fault_policy_name, tanpa baris baru. Jika kebijakan menampilkan error tetapi atribut root kebijakan |
Proxy | apiproxy | Nama mesin (bukan Nama Tampilan) proxy API. |
Jalur Dasar Proxy | proxy_basepath |
BasePath yang dikonfigurasi pada proxy API ProxyEndpoint. Jalur dasar tidak menyertakan bagian domain dan port dari URL proxy API. Misalnya, jika URL dasar proxy API adalah https://apigeedocs-test.apigee.net/releasenotes/, jalur dasarnya adalah /releasenotes. Nilainya juga disimpan dalam variabel flow |
Akhiran Jalur Proxy | proxy_pathsuffix |
Jalur resource yang ditambahkan ke jalur basis proxy API. Misalnya, jika URL dasar proxy API adalah Jika tidak ada pathuffix yang digunakan, nilainya akan kosong. Nilainya juga disimpan dalam variabel flow |
Revisi Proxy | apiproxy_revision | Nomor revisi proxy API yang menangani panggilan API. Hal ini bukan berarti revisi terbaru proxy API. Jika proxy API memiliki 10 revisi, revisi ke-8 saat ini dapat di-deploy. Selain itu, sebuah API dapat memiliki beberapa revisi yang di-deploy selama revisi tersebut memiliki Jalur Dasar yang berbeda, seperti yang dijelaskan dalam Men-deploy proxy di UI. |
IP Klien Terselesaikan | ax_resolved_client_ip |
Berisi alamat IP klien asal. Nilai dimensi Perlu diperhatikan bahwa saat menggunakan produk perutean seperti Akamai untuk mengambil alamat IP klien yang sebenarnya,
IP klien tersebut akan diteruskan ke Edge dalam header HTTP Nilai dimensi
|
Kode Status Respons | response_status_code | Kode status respons HTTP diteruskan dari Apigee ke klien, misalnya 200, 404, 503, dan seterusnya. Di Edge, kode status respons dari target dapat ditimpa dengan kebijakan seperti Assign Message dan Raise Fault, sehingga dimensi ini dapat berbeda dengan Kode Respons Target (target_response_code). |
Host Virtual | virtual_host | Nama host virtual tempat panggilan API dilakukan. Misalnya, organisasi memiliki dua
host virtual secara default: default (http) dan secure (https). |
Masuk/Klien | ||
Alamat IP Klien | client_ip | Alamat IP sistem yang terhubung ke router, seperti klien asli
(proxy_client_ip) atau load balancer. Jika ada beberapa IP di header
X-Forwarded-For , ini adalah IP terakhir yang tercantum. |
Kategori Perangkat | ax_ua_device_category | Jenis perangkat tempat panggilan API dilakukan, seperti "Tablet" atau "Smartphone". |
Kelompok OS | ax_ua_os_family | Kelompok sistem operasi perangkat yang melakukan panggilan, seperti "Android" atau "iOS". |
Versi OS | ax_ua_os_version |
Versi sistem operasi perangkat yang melakukan panggilan. Sebaiknya gunakan dimensi ini sebagai dimensi "drill-down" kedua dengan Rangkaian OS (ax_ua_os_family) untuk melihat versi sistem operasi. |
IP Klien Proxy | proxy_client_ip |
Alamat IP klien yang melakukan panggilan, disimpan dalam variabel flow |
IP Klien yang Dirujuk | ax_true_client_ip | Saat menggunakan produk pemilihan rute seperti Akamai untuk mengambil alamat IP klien yang sebenarnya,
IP klien tersebut akan diteruskan ke Edge dalam header HTTP Untuk menentukan Alamat IP klien asli, yang diakses melalui dimensi |
Jalur Permintaan | request_path |
Jalur resource (tidak termasuk domain) ke layanan target, tidak termasuk parameter kueri. Misalnya, contoh target Apigee |
URI Permintaan | request_uri |
Jalur resource (tidak termasuk domain) ke layanan target, termasuk parameter kueri. Misalnya, contoh target Apigee |
Minta Kata Kerja | request_verb | Kata kerja permintaan HTTP dalam permintaan API, seperti GET, POST, PUT, DELETE. |
Agen Pengguna | useragent |
Nama agen pengguna, atau agen software, yang digunakan untuk melakukan panggilan API. Contoh:
|
Kelompok Agen Pengguna | ax_ua_agent_family | Kelompok useragent, seperti "Chrome Mobile" atau "cURL". |
Jenis Agen Pengguna | ax_ua_agent_type | Jenis useragent, seperti "Browser", "Browser Seluler", "Pustaka", dan sebagainya. |
Versi Agen Pengguna | ax_ua_agent_version |
Versi useragent. Sebaiknya gunakan ini sebagai dimensi "lihat perincian" kedua dengan Kelompok Agen Pengguna (ax_ua_agent_family) untuk mendapatkan versi kelompok agen. |
Keluar/Target | ||
Jalur Dasar Target | target_basepath |
Jalur resource (tidak termasuk domain) ke layanan target, tidak termasuk parameter kueri, yang ditentukan dalam Misalnya, proxy API memanggil target berikut: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> Dalam contoh ini, target_basepath adalah Jika targetnya adalah: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net</URL> </HTTPTargetConnection> target_basepath akan menjadi {i>null<i}. Pada alat Trace, saat Anda
memilih ikon AX di akhir diagram alur, variabel alur
|
Host Target | target_host | Host layanan target. Misalnya, jika proxy API memanggil
http://mocktarget.apigee.net/help , target_host-nya adalah
mocktarget.apigee.net . |
Alamat IP Target | target_ip | Alamat IP layanan target yang menampilkan respons ke proxy API. |
Kode Respons Target | target_response_code |
Kode status respons HTTP yang ditampilkan oleh layanan target ke proxy API, seperti 200, 404, 503, dan seterusnya. Nilai "null" berarti permintaan tidak pernah mencapai layanan target. Hal ini terjadi ketika respons disajikan oleh kebijakan Cache Respons atau saat terjadi kegagalan dalam pemrosesan permintaan. Ini berbeda dengan dimensi Kode Status Respons (response_status_code). |
URL Target | target_url |
URL lengkap layanan target yang ditentukan dalam TargetEndpoint proxy API. <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> Dalam contoh ini, target_url-nya adalah Perhatikan bahwa URL juga dapat diganti selama pemrosesan proxy API dengan
variabel flow Dalam rantai proxy dan saat menggunakan target skrip (Node.js), target_url dalam proxy panggilan akan bernilai null. |
X Diteruskan Untuk | x_forwarded_for_ip | Daftar alamat IP di header Untuk menentukan Alamat IP klien asli, yang diakses melalui dimensi |
Waktu | ||
Hari | ax_day_of_week | Singkatan hari yang terdiri dari tiga huruf dalam seminggu yang digunakan untuk melakukan panggilan API. Misalnya, Sen, Sel, Rab. |
Bulan | ax_month_of_year | Bulan numerik saat panggilan API dilakukan. Misalnya, "03" untuk bulan Maret. |
Waktu | ax_hour_of_day |
Berdasarkan model waktu 24 jam, 2 digit jam saat panggilan API dilakukan. Misalnya, panggilan API yang dilakukan pada jam antara pukul 22.00 hingga 23.00, ax_hour_of_day adalah 22. Nilai waktu menggunakan UTC. |
Time Zone | ax_geo_timezone | Nama-nama umum zona waktu yang menjadi asal panggilan API, seperti America/New_York dan Europe/Dublin. |
Minggu | ax_week_of_month | Minggu numerik dalam sebulan. Misalnya, untuk panggilan API yang dilakukan dalam minggu ke-3 setiap bulan, ax_week_of_month adalah 3. |
Lokasi | ||
Kota | ax_geo_city | Kota tempat panggilan API dilakukan. |
Benua | ax_geo_continent | Kode dua huruf benua tempat panggilan API dilakukan. Misalnya, NA untuk Amerika Utara. |
Negara | ax_geo_country | Kode dua huruf negara tempat panggilan API dilakukan. Misalnya, US untuk Amerika Serikat. |
Wilayah Geografis | ax_geo_region | Kode dengan tanda hubung untuk wilayah geografis, misalnya STATE-COUNTRY. Misalnya, WA-US untuk Washington-United States. |
Region | ax_dn_region | Nama pusat data Apigee tempat proxy API di-deploy, seperti us-east-1. |
Monetisasi | ||
Pesan Abaikan Transaksi Mint | x_apigee_mint_tx_ignoreMessage | Tanda yang menentukan apakah pesan yang terkait dengan monetisasi akan diabaikan atau tidak. Tetapkan ke false untuk semua organisasi monetisasi. |
Status Transaksi Mint | x_apigee_mint_tx_status | Status permintaan monetisasi, seperti berhasil, gagal, tidak valid, atau tidak ada. |
Filter
Filter memungkinkan Anda membatasi hasil pada metrik dengan karakteristik tertentu. Berikut adalah beberapa contoh filter. Gunakan nama gaya API metrik dan dimensi saat menentukan filter.
Menampilkan metrik untuk proxy API dengan buku atau musik nama:
filter=(apiproxy in 'books','music')
Menampilkan metrik untuk proxy API dengan nama yang diawali dengan "m":
filter=(apiproxy like 'm%')
Menampilkan metrik untuk proxy API dengan nama yang tidak diawali dengan "m":
filter=(apiproxy not like 'm%')
Menampilkan metrik untuk panggilan API dengan kode status respons antara 400 dan 599:
filter=(response_status_code ge 400 and response_status_code le 599)
Menampilkan metrik untuk panggilan API dengan kode status respons 200 dan kode respons target 404:
filter=(response_status_code eq 200 and target_response_code eq 404)
Menampilkan metrik untuk panggilan API dengan kode status respons 500:
filter=(response_status_code eq 500)
Menampilkan metrik untuk panggilan API yang tidak menghasilkan error:
filter=(is_error eq 0)
Berikut adalah operator yang dapat Anda gunakan untuk membuat filter laporan.
Operator | Deskripsi |
---|---|
in |
Sertakan dalam daftar |
notin |
Kecualikan dari daftar |
eq |
Sama dengan, == |
ne |
Tidak sama dengan, != |
gt |
Lebih dari, > |
lt |
Kurang dari, < |
ge |
Lebih dari atau sama dengan, >= |
le |
Kurang dari atau sama dengan, <= |
like |
Menampilkan nilai true (benar) jika pola string cocok dengan pola yang disediakan. |
not like |
Menampilkan nilai salah jika pola string cocok dengan pola yang disediakan. |
similar to |
Menampilkan nilai benar atau salah bergantung pada apakah polanya cocok dengan string yang diberikan. Fungsi ini mirip dengan like kecuali bahwa fungsi ini menafsirkan pola menggunakan definisi ekspresi reguler standar SQL. |
not similar to |
Menampilkan nilai salah (false) atau benar (true) bergantung pada apakah polanya cocok dengan string yang diberikan. Fungsi ini mirip dengan not like , tetapi fungsi ini menafsirkan pola menggunakan definisi ekspresi reguler standar SQL. |
and |
Memungkinkan Anda menggunakan logika 'dan' untuk menyertakan lebih dari satu ekspresi filter. Filter tersebut menyertakan data yang memenuhi semua kondisi. |
or |
Memungkinkan Anda menggunakan logika 'atau' untuk mengevaluasi berbagai kemungkinan ekspresi filter. Filter menyertakan data yang memenuhi setidaknya salah satu kondisi. |