Anda sedang melihat dokumentasi Apigee Edge.
Buka
Dokumentasi Apigee X. info
Topik ini adalah referensi untuk metrik, dimensi, dan filter analisis. Untuk konteks selengkapnya tentang menggunakannya, lihat Ringkasan Analisis API.
Topik ini menampilkan nama untuk metrik dan dimensi seperti yang muncul di UI dan sesuai kebutuhan Anda untuk menggunakannya dalam panggilan API.
- Anda akan melihat nama UI saat membuat Laporan kustom.
- Gunakan nama khusus API saat mendapatkan metrik, membuat laporan, atau memperbarui definisi laporan.
Metrik
Berikut adalah metrik API yang dapat Anda ambil di laporan kustom dan panggilan API pengelolaan.
Nama laporan kustom | Nama yang akan digunakan dalam API pengelolaan | Fungsi | Deskripsi |
---|---|---|---|
Transaksi Rata-Rata per Detik | tps | Tidak ada |
Jumlah rata-rata transaksi, yang berarti permintaan proxy API, per detik. Perhatikan bahwa jika Anda memiliki jumlah transaksi selama periode waktu, jumlah rata-rata transaksi per detik dapat terlihat seperti nol di laporan kustom UI jika angkanya lebih kecil dari dua angka desimal. Sintaksis API: |
Cache Ditemukan | cache_hit | jumlah |
Jumlah permintaan API yang berhasil yang menggunakan Cache Respons, 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 periode tertentu
periode waktu tertentu. Misalnya, jika Anda memilih Sintaksis API: |
Error Kebijakan | policy_error | jumlah |
Jumlah total error kebijakan selama jangka waktu yang ditentukan. Error kebijakan biasanya terjadi secara sengaja. Misalnya, kebijakan Verify API Key menampilkan error saat kunci API yang tidak valid diteruskan dalam permintaan, dan kebijakan Spike Arrest menampilkan error jika jumlah panggilan API melebihi batas yang ditentukan dalam kebijakan. Namun metrik ini berguna untuk menemukan titik masalah potensial dalam API Anda. Misalnya, metrik policy_error, yang dikelompokkan menurut dimensi developer_app, dapat membantu Anda menemukan bahwa kunci API atau token OAuth telah kedaluwarsa untuk aplikasi tertentu; atau Anda mungkin menemukan bahwa tertentu menghasilkan banyak {i>error<i} Spike Arrest, sehingga Anda menemukan bahwa batas penghentian lonjakan proxy tidak memperhitungkan peningkatan traffic musim liburan. Error kebijakan akan dicatat di Analytics hanya jika error tersebut menyebabkan kegagalan proxy API.
Misalnya, jika atribut Dimensi Nama Kebijakan tentang Kesalahan (ax_execution_fault_policy_name) berguna untuk mengelompokkan kesalahan kebijakan berdasarkan nama kebijakan. Kegagalan target (seperti 404 atau 503) tidak dihitung sebagai kegagalan kebijakan. Mereka 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. {i>proxy<i} kegagalan dapat terjadi jika kebijakan gagal atau saat terjadi kegagalan runtime, seperti error 404 atau 503 dari layanan target. Dimensi Proxy (apiproxy) berguna untuk mengelompokkan kegagalan proxy API menurut proxy. Sintaksis API: |
Latensi Pemrosesan Permintaan | 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 saat permintaan mencapai Edge dan berakhir saat Edge meneruskan permintaan ke layanan target. Dengan dimensi berbeda, Anda bisa memeriksa latensi pemrosesan permintaan menurut proxy API, aplikasi developer, region, dan sebagainya. Sintaksis API: |
Ukuran Permintaan | request_size | jumlah, rata-rata, min, maks |
Ukuran payload permintaan yang diterima Edge, dalam byte. Sintaksis API: |
Cache Respons Dijalankan | ax_cache_executed | jumlah |
Total berapa kali kebijakan Cache Respons dijalankan selama jangka waktu tertentu titik. Karena kebijakan Cache Respons dilampirkan di dua tempat dalam proxy API (sekali di dan sekali dalam respons), biasanya dijalankan dua kali dalam panggilan API. Cache 'dapatkan' dan 'put' cache masing-masing dihitung sebagai satu eksekusi. Akan tetapi, eksekusi cache respons adalah 0 jika
Di alat Trace,
Anda bisa mengklik ikon Response Cache pada panggilan API yang dijalankan dan melihat
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 respons asli penelepon. Dengan menggunakan dimensi yang berbeda, Anda dapat memeriksa latensi pemrosesan respons berdasarkan API {i>proxy<i}, {i>region<i}, dan sebagainya. Sintaksis API: |
Ukuran Respons | response_size | jumlah, rata-rata, min, maks |
Ukuran {i>payload<i} respons yang dikembalikan ke klien, yaitu byte. Sintaksis API: |
Error Target | target_error | jumlah |
Jumlah total respons 5xx dari layanan target. Ini adalah layanan target error 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, agar server target dapat merespons panggilan. Metrik ini memberi tahu Anda bagaimana kinerja server target. Waktu dimulai saat Edge meneruskan permintaan ke layanan target dan berakhir saat Edge menerima respons. Perhatikan, jika panggilan API menampilkan respons dari cache (menggunakan Cache Respons kebijakan, misalnya), panggilan tidak akan pernah menjangkau layanan target, dan tidak ada target metrik waktu respons dicatat. 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 mencakup {i>overhead<i} jaringan (seperti waktu yang dibutuhkan load balancer dan router untuk melakukan pekerjaannya), meminta pemrosesan latensi pemrosesan respons, latensi pemrosesan respons, dan waktu respons target (jika respons diberikan dari layanan target, bukan dari cache). Dengan dimensi 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 berarti bagi Anda. Sintaksis API: |
Dimensi
Dimensi memungkinkan Anda melihat metrik dalam pengelompokan yang bermakna. Misalnya, melihat total traffic jumlah menjadi jauh lebih efektif saat Anda melihatnya untuk setiap aplikasi developer atau proxy API.
Berikut adalah dimensi 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 |
---|---|---|
Entitas 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 API produk yang berisi proxy API, dan proxy yang dipanggil harus memeriksa keberadaan API atau token OAuth yang dikirimkan bersama panggilan API. Kunci atau token dikaitkan dengan API Google. Untuk informasi selengkapnya, lihat Hal pertama: 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)" ?. |
Kunci Cache | ax_cache_key |
Kunci yang berisi nilai Cache Respons yang diakses. Untuk mengetahui informasi selengkapnya tentang untuk mengetahui cara kunci dibuat untuk cache respons, baca kebijakan Cache Respons. Di alat Trace,
saat Anda memilih kebijakan {i>Respons<i} Cache yang
membaca dari atau menulis ke {i>cache<i}, Anda
dapat melihat nilai ini dalam variabel flow |
Nama Cache | ax_cache_name |
Nama {i>cache<i} yang berisi kunci/nilai yang digunakan oleh kebijakan {i>Respons<i} Cache, diawali dengan orgName__envName__. Misalnya, jika organisasinya "foo", tindakan lingkungan adalah "uji coba", dan nama cache-nya adalah "myCache", ax_cache_name adalah foo__test__myCache. Di alat Trace,
saat memilih kebijakan Cache Respons, Anda dapat melihat nilai ini di
variabel flow |
Sumber Cache | ax_cache_source |
Level cache ("L1" dalam memori atau "L2" database) tempat Cache Respons berada diambil. Dimensi ini juga menampilkan "CACHE_MISS" ketika respons dikirimkan dari target, bukan cache (dan cache respons dimuat ulang dengan respons target); atau jika kunci cache dalam permintaan tidak valid. Kunci cache dibatasi hingga berukuran 2 KB. Di alat Trace,
saat memilih kebijakan Response Cache, Anda dapat melihat nilai ini di
variabel flow 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 untuk kunci API atau token OAuth yang valid. Aplikasi developer mendapatkan kunci API, yang dapat digunakan untuk membuat token OAuth, saat aplikasi terdaftar di Edge. Untuk informasi selengkapnya, lihat Hal pertama: 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 melakukan panggilan API. Untuk mendapatkan dimensi ini, aplikasi harus dikaitkan dengan satu atau beberapa produk API yang berisi proxy API yang dipanggil, dan proxy harus memeriksa keberadaan kunci API atau Token OAuth yang dikirim dengan panggilan API. Kunci atau token mengidentifikasi aplikasi developer. Sebagai informasi selengkapnya, lihat Hal pertama yang pertama: Cara menghasilkan data analisis yang 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 terdaftar 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 harus memeriksa apakah Kunci API atau token OAuth yang dikirim bersama panggilan API. Kunci atau token mengidentifikasi developer . Untuk mengetahui informasi selengkapnya, lihat Hal pertama yang pertama: Cara membuat data analisis yang 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 | developer |
ID developer unik yang dibuat Edge dalam bentuk org_name@@org_name. Untuk mendapatkan dimensi ini, developer harus memiliki aplikasi yang dikaitkan dengan satu atau beberapa Produk API yang berisi proxy API yang dipanggil, dan proxy harus memeriksa apakah Kunci API atau token OAuth yang dikirim dengan panggilan API. Kunci atau token mengidentifikasi developer. Untuk mengetahui informasi selengkapnya, lihat Hal pertama yang pertama: Cara membuat data analisis yang lengkap. Jika kriteria di atas tidak terpenuhi, Anda akan melihat nilai "(not set)". Lihat juga Apa yang dimaksud dengan nilai entitas analisis "(not set)" ?. |
Lingkungan | lingkungan | Lingkungan Edge tempat proxy API di-deploy. Misalnya, "uji" atau "prod". |
Kode Kesalahan saat Terjadi Error | ax_edge_execution_fault_code |
Kode error error. Contoh: |
Nama Alur saat Terjadi Error | ax_execution_fault _flow_name |
flow yang bernama dalam proxy API yang memunculkan error. Misalnya, "PreFlow", "PostFlow", atau nama alur bersyarat yang Anda buat. Perhatikan bahwa nama lengkap yang digunakan di API pengelolaan adalah ax_execution_fault_flow_name, tanpa baris baru. Jika tidak ada error, Anda akan melihat nilai "(not set)". |
Resource Alur | flow_resource | Khusus untuk penggunaan Apigee. Lihat postingan Komunitas ini jika Anda ingin tahu. |
Status Alur saat Error | ax_execution_fault _flow_state |
Nama alur proxy API yang menyatakan error, seperti "PROXY_REQ_FLOW" atau "TARGET_RESP_FLOW." Perhatikan bahwa nama lengkap yang digunakan di API pengelolaan adalah ax_execution_fault_flow_state, tanpa baris baru. |
ID Aliran Gateway | gateway_flow_id | Saat panggilan API berpindah melalui Edge, setiap panggilan mendapatkan ID alur gateway-nya sendiri. Contoh: rrt329ea-12575-114653952-1. ID Alur Gateway berguna untuk membedakan metrik dalam situasi dengan 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 Terjadi Error | ax_execution_fault _policy_name |
Nama kebijakan yang menampilkan error dan menyebabkan panggilan API gagal. Perhatikan bahwa nama lengkap yang digunakan di 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) dari proxy API. |
Jalur Dasar Proxy | proxy_basepath |
BasePath yang dikonfigurasi di ProxyEndpoint proxy API. Jalur dasar tidak termasuk domain dan port tertentu dari URL proxy API. Misalnya, jika URL dasar proxy API adalah https://apigeedocs-test.apigee.net/releasenotes/, jalur dasarnya adalah /releasenotes. Nilai ini juga disimpan dalam variabel flow |
Akhiran Jalur Proxy | proxy_pathsuffix |
Jalur resource ditambahkan ke jalur dasar proxy API. Misalnya, jika proxy API
URL dasar adalah Jika tidak ada pathuffix yang digunakan, nilainya kosong. Nilai ini juga disimpan dalam variabel flow |
Revisi Proxy | apiproxy_revision | Nomor revisi proxy API yang menangani panggilan API. Ini belum tentu berarti revisi terbaru dari {i>proxy<i} API. Jika proxy API memiliki 10 revisi, revisi ke-8 revisi saat ini dapat di-deploy. Selain itu, sebuah API mungkin memiliki beberapa revisi yang di-deploy sebagai asalkan revisi memiliki Jalur Dasar yang berbeda, seperti yang dijelaskan dalam Men-deploy proxy di UI. |
IP Klien yang Terselesaikan | ax_resolved_client_ip |
Berisi alamat IP klien asal. Nilai Perhatikan bahwa saat menggunakan produk {i>routing<i} seperti Akamai
untuk menangkap alamat IP klien yang sebenarnya,
IP klien diteruskan ke Edge di header HTTP Nilai dimensi
|
Kode Status Respons | response_status_code | Kode status respons HTTP yang diteruskan dari Apigee ke klien, seperti 200, 404, 503, dan seterusnya. Di Edge, kode status respons dari target dapat ditimpa dengan kebijakan seperti Tetapkan Pesan dan Naikkan Kesalahan, itulah sebabnya dimensi ini dapat berbeda dengan Kode Respons Target (target_response_code). |
Host Virtual | virtual_host | Nama host virtual yang
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 masuk ke {i>router<i}, seperti klien asli
(proxy_client_ip) atau load balancer. Ketika ada beberapa IP di
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. Hal ini berguna untuk menggunakan ini sebagai "lihat perincian" kedua dengan OS Family (ax_ua_os_family) untuk melihat versi sistem operasi. |
IP Klien Proxy | proxy_client_ip |
Alamat IP klien yang melakukan panggilan, disimpan di |
IP Klien Perujuk | ax_true_client_ip | Saat menggunakan produk {i>routing<i} seperti Akamai
untuk menangkap alamat IP klien yang sebenarnya,
IP klien diteruskan ke Edge di header HTTP Untuk menentukan Alamat IP klien asli, yang diakses melalui |
Jalur Permintaan | request_path |
Jalur resource (tidak termasuk domain) ke layanan target, tidak termasuk kueri parameter. Misalnya, contoh target Apigee |
URI Permintaan | request_uri |
Jalur resource (tidak termasuk domain) ke layanan target, termasuk kueri parameter. Misalnya, contoh target Apigee |
Meminta Verb | 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", "Perpustakaan", dan seterusnya. |
Versi Agen Pengguna | ax_ua_agent_version |
Versi useragent. Hal ini berguna untuk menggunakan ini sebagai "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 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> {i>target_basepath<i} akan menjadi {i>null<i}. Di alat Trace, saat
memilih ikon AX di akhir diagram alur,
|
Host Target | target_host | Host layanan target. Misalnya, jika proxy API memanggil
http://mocktarget.apigee.net/help , target_host adalah
mocktarget.apigee.net . |
Alamat IP Target | target_ip | Alamat IP layanan target menampilkan respons ke proxy API. |
Kode Respons Target | target_response_code |
Kode status respons HTTP yang dikembalikan oleh layanan target ke proxy API, misalnya 200, 404, 503, dan seterusnya. Nilai "null" berarti permintaan tidak pernah mencapai layanan target. Hal ini terjadi ketika respons akan diberikan oleh kebijakan Response Cache atau jika ada kegagalan dalam permintaan diproses. Ini berbeda dengan Kode Status Respons (response_status_code). |
URL Target | target_url |
URL lengkap layanan target yang ditentukan di TargetEndpoint proxy API. <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> Dalam contoh ini, target_url adalah
Perhatikan bahwa URL juga dapat diganti selama pemrosesan proxy API dengan
Dalam proxy perantaian dan saat menggunakan skrip target (Node.js), target_url dalam proxy panggilan adalah null. |
X Diteruskan Untuk | x_forwarded_for_ip | Daftar alamat IP di header Untuk menentukan Alamat IP klien asli, yang diakses melalui |
Waktu | ||
Hari | ax_day_of_week | Singkatan hari tiga huruf dalam seminggu yang digunakan untuk melakukan panggilan API. Sebagai 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, jam 2 digit saat panggilan API dilakukan. Misalnya, Panggilan API yang dilakukan dalam jam antara pukul 22.00 dan 23.00, ax_hour_of_day akan menjadi 22. Nilai waktu menggunakan UTC. |
Zona Waktu | ax_geo_timezone | Nama umum zona waktu tempat panggilan API dilakukan, seperti Amerika/New_York dan Eropa/Dublin. |
Minggu | ax_week_of_month | Minggu numerik pada bulan. Misalnya, untuk panggilan API yang dilakukan di minggu ke-3 bulan, maka 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, Amerika Utara 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 tanda hubung untuk wilayah geografis, seperti NEGARA NEGARA. Misalnya, WA-US untuk Washington-Amerika Serikat. |
Wilayah | 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 akan mengabaikan pesan yang terkait dengan monetisasi. 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 dimensi dan metrik saat menentukan filter.
Menampilkan metrik untuk proxy API dengan buku nama atau musik:
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 true (benar) jika pola string cocok dengan pola yang diberikan. |
not like |
Menampilkan nilai salah jika pola string cocok dengan pola yang diberikan. |
similar to |
Menampilkan nilai benar atau salah, bergantung pada apakah polanya cocok dengan string yang diberikan. Penting
mirip dengan like , tetapi fungsi ini menafsirkan pola menggunakan standar SQL
definisi ekspresi reguler. |
not similar to |
Menampilkan nilai salah atau benar, bergantung pada apakah polanya cocok dengan string yang diberikan. Penting
mirip dengan not like , tetapi fungsi ini menafsirkan pola menggunakan SQL
definisi standar dari ekspresi reguler. |
and |
Memungkinkan Anda menggunakan 'dan' logika untuk menyertakan lebih dari satu ekspresi filter. Filter mencakup data yang memenuhi semua kondisi. |
or |
Memungkinkan Anda menggunakan 'atau' logika untuk mengevaluasi berbagai kemungkinan ekspresi filter. Filter mencakup data yang memenuhi setidaknya salah satu kondisi. |