Ringkasan proses debug

Halaman ini berlaku untuk Apigee dan Apigee hybrid.

Lihat dokumentasi Apigee Edge.

Debug adalah alat untuk memecahkan masalah dan memantau proxy API yang berjalan di Apigee. Dengan alat Debug, Anda dapat memeriksa detail setiap langkah melalui alur proxy API. Apigee memungkinkan Anda mengumpulkan data debug, yang menunjukkan seluruh alur permintaan/respons proxy API Anda. Hal ini mencakup semua parameter permintaan/respons beserta transformasi yang diterapkan padanya pada waktu eksekusi kebijakan. Hal ini penting untuk men-debug dan memecahkan masalah selama pengembangan dan deployment proxy API.

Men-debug pengumpulan dan transmisi data

Node gateway Apigee mengumpulkan data sesi debug dan menyimpannya dalam cache secara internal, sebelum mengirimkan data tersebut ke bidang kontrol di Cloud. Dari sana, data tersebut dibagikan ke UI sesi debug, untuk dianalisis oleh operator.

Jika Anda menggunakan Penyamaran debug, Apigee melakukan penyamaran di node gateway, sebelum mengirimkan data debug ke bidang kontrol.

Menggunakan Debug

Buat dan kelola sesi debug menggunakan alat Debug melalui UI atau API, seperti yang dijelaskan dalam Menggunakan Debug. Atau, Anda dapat mendownload sesi debug dan melihat serta menganalisisnya secara offline, seperti yang dijelaskan dalam Menggunakan Debug Offline.

Penggunaan Debug oleh Dukungan Apigee

Only customers can trigger a debug session, but Apigee Support can access non-deleted past debug sessions during the course of a support case to help troubleshoot proxy-specific issues.

Note the following:

  • Apigee Support has read-only permission to Debug data.
  • Apigee Support may request that you run a debug to capture information about an issue, and that you provide the debug session ID or a link to the debug session so that Support may review the captured debug. Since saved debug sessions are valid for only 24 hours, we recommend that you download the debug session and attach it to the case opened with Support to enable offline viewing.

Untuk pengguna Apigee Hybrid

Jika Anda menggunakan Apigee hybrid, tinjau bagian berikut.

Arsitektur debug

Berikut ini mengilustrasikan proses pembuatan sesi debug baru:

Tampilan umum permintaan untuk memulai sesi debug:
    1. Anda memulai permintaan untuk memulai sesi debug, menggunakan UI atau API.
    2. Bidang pengelolaan mengeluarkan permintaan pembuatan sesi debug ke bidang runtime menggunakan model pub/sub.
    3. Synchronizer, yang berlangganan notifikasi sesi debug, menyebarkan permintaan pembuatan ke Pemroses Pesan.
    4. MP mengumpulkan data debug dan mengalirkan data tersebut ke pod pengumpulan data.
    5. fluentd segera menulis data debug ke sistem file pod.
    6. UDCA melakukan polling sistem file pod untuk file data baru.
    7. Saat menemukan file data baru, UDCA akan menguploadnya ke layanan UAP.
    8. Kemudian, Anda dapat mengakses data melalui layanan Apigee seperti UI hybrid Apigee atau API Apigee.

Data debug dipertahankan di bidang pengelolaan hingga 24 jam.

Persyaratan Apigee Hybrid

Bagian ini mencantumkan informasi penting untuk pengguna Apigee hybrid.

Dukungan untuk residensi data

Versi Apigee hybrid yang lebih lama tidak mendukung residensi data.

Persyaratan lainnya