FAQ

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

Berikut adalah pertanyaan umum (FAQ):

Apigee merekomendasikan pendekatan berikut:

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

Peran mana yang dapat mengakses Pemantauan API?

Lihat Tentang peran Pemantauan API.

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

Dasbor Recent hanya menampilkan proxy API yang memiliki traffic dalam waktu dekat. Tidak menampilkan semua proxy API di organisasi Anda. Dasbor Timeline memungkinkan Anda melihat data untuk semua proxy API.

Mengapa saya tidak melihat grafik latensi di Linimasa?

Grafik Latensi ditampilkan di Linimasa hanya 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, sehingga 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 Menggabungkan proxy API untuk mengetahui informasi selengkapnya.

Mengapa saya melihat "tidak disetel" di dasbor?

Jika proxy API, sumber kesalahan, kode kesalahan, atau kebijakan kesalahan tidak memiliki nilai atau tidak dapat ditentukan, dasbor akan menampilkan "tidak ditetapkan" 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 kesalahan)

Untuk mengetahui 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 Private Cloud.

Apa itu playbook?

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

Bagaimana cara menangani kode kesalahan HTTP 429?

Kebijakan Kuota Edge dan kebijakan SpikeArrest keduanya mengeluarkan kode kesalahan HTTP 429 saat kuota terlampaui (kebijakan Kuota) atau batas laju terlampaui (kebijakan SpikeArrest).

Namun, di dasbor Pemberitahuan, Anda tidak dapat menentukan pemberitahuan untuk kode kesalahan 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