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. Alat Debug memungkinkan Anda memeriksa detail setiap langkah melalui alur proxy API. Apigee memungkinkan Anda mengumpulkan data debug, yang menampilkan seluruh alur permintaan/respons proxy API Anda. Hal ini mencakup semua parameter permintaan/respons beserta transformasi yang diterapkan pada parameter tersebut pada waktu eksekusi kebijakan. Hal ini penting untuk proses debug dan pemecahan masalah selama pengembangan dan deployment proxy API.

Menggunakan Debug

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

Dukungan Apigee untuk penggunaan Debug

Hanya pelanggan yang dapat memicu sesi debug, tetapi Dukungan Apigee dapat mengakses sesi debug sebelumnya yang tidak dihapus selama proses kasus dukungan untuk membantu memecahkan masalah khusus proxy.

Perhatikan hal berikut:

  • Dukungan Apigee memiliki izin hanya baca untuk data Debug.
  • Dukungan Apigee dapat meminta Anda menjalankan debug untuk mengambil informasi tentang masalah, dan Anda memberikan ID sesi debug atau link ke sesi debug sehingga Dukungan dapat meninjau debug yang diambil. Karena sesi debug tersimpan hanya berlaku selama 24 jam, sebaiknya download sesi debug dan lampirkan ke kasus yang dibuka dengan Dukungan untuk mengaktifkan tampilan offline.

Untuk pengguna Apigee Hybrid

Jika Anda menggunakan Apigee hybrid, tinjau bagian berikut.

Arsitektur debug

Berikut ini ilustrasi proses pembuatan sesi debug baru:

Tampilan tingkat tinggi dari 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 Message Processor.
    4. MP mengumpulkan data debug dan melakukan streaming ke pod pengumpulan data.
    5. fluentd segera menulis data debug ke sistem file pod.
    6. UDCA melakukan polling pada sistem file pod untuk menemukan 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 platform pengelolaan hingga 24 jam.

Persyaratan Apigee Hybrid

Bagian ini mencantumkan informasi penting untuk pengguna Apigee hybrid.

Dukungan untuk residensi data

Versi lama Apigee hybrid tidak mendukung residensi data.

Persyaratan lainnya