FAQ

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

Berikut ini pertanyaan umum (FAQ):

Apigee merekomendasikan pendekatan berikut:

  1. Mulailah dengan menyiapkan pemberitahuan untuk setiap proxy API dengan nilai minimum tertentu. Misalnya, 10% tingkat error 4xx selama 5 menit. Siapkan notifikasi dan lihat halaman Histori Notifikasi untuk memantau notifikasi yang dipicu. Siapkan pemberitahuan dan pemberitahuan tambahan untuk proxy API dan layanan target tertentu. Lanjutkan untuk meningkatkan kualitas notifikasi dan pemberitahuan berdasarkan pengamatan Anda.
  2. Minta tim yang bertanggung jawab mengembangkan API untuk merekomendasikan nilai minimum latensi dan tingkat error kepada tim Operasi yang bertanggung jawab untuk menyiapkan pemberitahuan.

Peran mana yang dapat mengakses Pemantauan API?

Lihat Tentang peran Monitoring API.

Mengapa saya tidak melihat semua proxy API yang tercantum di halaman Terbaru?

Dasbor Terbaru hanya menampilkan proxy API yang memiliki traffic dalam beberapa waktu terakhir. Tindakan ini tidak menampilkan semua proxy API di organisasi Anda. Dasbor Linimasa memungkinkan Anda melihat data untuk semua proxy API.

Mengapa saya tidak melihat grafik latensi di Linimasa?

Grafik Latensi hanya ditampilkan di Linimasa jika Anda memilih region dan proxy API, serta rentang waktu yang dipilih tidak lebih dari 7 hari.

Log berguna untuk mengidentifikasi kode status yang menyebabkan error, tetapi bagaimana cara mengidentifikasi ID developer yang menghasilkan panggilan?

ID Developer tidak disertakan dalam log Pemantauan API. Untuk mengambil ID developer, Anda dapat menjalankan laporan kustom.

Dapatkah saya memantau rantai proxy?

Anda dapat menggunakan satu proxy API sebagai endpoint target proxy API lain, yang secara efektif menghubungkan kedua proxy dalam rantai proxy. Namun, Pemantauan API hanya mencatat permintaan ke proxy pertama dalam rantai, bukan ke proxy API yang digunakan sebagai target. Lihat Menghubungkan proxy API secara berurutan untuk mengetahui informasi selengkapnya.

Mengapa saya melihat "not set" di dasbor?

Jika proxy API, sumber error, kode error, atau kebijakan error tidak memiliki nilai atau tidak dapat ditentukan, dasbor akan menampilkan "not set" sebagai asal. Contoh skenario yang dapat menghasilkan "not set" meliputi:

  • Error terkait klien
  • Kode error HTTP yang diganti dengan respons berhasil
  • Kode status HTTP 2xx (karena biasanya tidak menghasilkan kode error)

Untuk informasi selengkapnya tentang "not set", lihat Apa arti nilai entitas analisis "(not set)"?

Apakah Pemantauan API tersedia di UI Klasik atau Edge untuk Private Cloud?

Pemantauan API Apigee saat ini hanya tersedia untuk pelanggan Apigee Edge Cloud Enterprise yang menggunakan UI Edge baru.

Pemantauan API Apigee tidak tersedia di UI Edge Klasik atau di Edge untuk Cloud Pribadi.

Apa yang dimaksud dengan playbook?

Saat menyiapkan pemberitahuan, di kolom Playbook, Anda memberikan deskripsi singkat tentang tindakan yang disarankan untuk menyelesaikan pemberitahuan saat pemberitahuan diaktifkan. Anda juga dapat menentukan link ke wiki internal atau halaman komunitas tempat Anda mereferensikan praktik terbaik. Informasi di kolom ini akan disertakan dalam notifikasi.

Bagaimana cara menangani kode error HTTP 429?

Kebijakan kuota Edge dan kebijakan SpikeArrest akan menampilkan kode error HTTP 429 saat kuota terlampaui (Kebijakan kuota) atau batas kapasitas terlampaui (Kebijakan SpikeArrest).

Namun, di Dasbor pemberitahuan, Anda tidak dapat menentukan pemberitahuan untuk kode error HTTP 429. Sebagai gantinya, Anda menetapkan kondisi pemberitahuan Traffic Mgmt Policy > Quota > Quota Violation, seperti yang ditunjukkan di bawah, atau Traffic Mgmt Policy > Spike Arrest > SpikeArrest Violation:

pelanggaran kuota