Memantau infrastruktur

Setelah konfigurasi pemberian tag sisi server diupgrade ke status siap produksi, Anda harus melakukan langkah-langkah proaktif untuk memantau deployment.

Meskipun Anda harus memeriksa status deployment secara berkala, checkpoint yang penting adalah:

  • Saat Anda pertama kali men-deploy lingkungan dan beberapa hari/minggu berikutnya untuk memastikan Anda memiliki cukup komputasi yang tersedia untuk traffic masuk.
  • Sebelum puncak traffic yang diketahui, seperti saat kampanye musiman dimulai atau sebelum peluncuran utama.

Tiga peluang pemantauan yang berguna di Google Cloud Platform adalah dengan laporan Cloud Run, Cloud Logging, dan laporan Penagihan.

Laporan Cloud Run

Jika Anda menjalankan lingkungan pemberian tag sisi server di Google Cloud Run, Anda dapat mengakses beberapa laporan yang sangat berguna di bagian Cloud Run pada konsol Google Cloud Platform.

Saat mengklik layanan Cloud Run, Anda akan melihat dasbor yang menampilkan laporan bermanfaat tentang kesehatan server pemberian tag Anda secara keseluruhan.

Screenshot laporan Cloud Run di Google Cloud Platform
  1. Pilih interval yang statistiknya ingin Anda lihat.
  2. Kartu Request count menampilkan jumlah permintaan yang diterima layanan. Jumlah tersebut diambil sampelnya setiap 60 detik dan dikategorikan ke dalam berbagai kode respons HTTP (misalnya 2XX, 4XX, 5XX).
  3. Kartu Container instance count menampilkan jumlah instance yang di-deploy pada waktu tertentu. Jika jumlah instance berada di bawah jumlah minimum yang dikonfigurasi, region Google Cloud yang dipilih mungkin mengalami masalah ketersediaan resource.
  4. Kartu Container CPU utilization menampilkan total penggunaan CPU untuk layanan. Anda akan dapat mengamati bahwa Cloud Run membuat lebih banyak instance saat instance Anda menggunakan lebih dari 0,6 (60%) dari total CPU-nya. Jika Anda melihat total penggunaan CPU terus mendekati atau di atas batas target, berarti jumlah instance minimum tidak mencukupi.

Jika salah satu dari grafik atau laporan ini membuat Anda khawatir, langkah pemulihan yang baik adalah men-deploy revisi baru melalui antarmuka pengguna Cloud Run, meskipun jika Anda hanya mempertahankan setelan yang sama. Tindakan ini akan memaksa deployment ulang lingkungan pemberian tag sisi server Anda.

Terkadang Region Google Cloud tempat layanan Anda berjalan (secara default, us-central1) dapat mengalami masalah ketersediaan resource. Bagian yang tepat untuk memverifikasi hal ini adalah Cloud Logging (lihat di bawah) serta dasbor Google Cloud Service Health.

Cloud Logging

Cloud Run akan otomatis mencatat banyak informasi berguna tentang kesehatan lingkungan Anda ke layanan Google Cloud yang disebut Cloud Logging.

Untuk mempelajari log layanan, buka Logs Explorer.

Screenshot dasbor untuk mengevaluasi log.
  1. Pilih rentang tanggal statistik yang ingin Anda lihat.
  2. Masukkan kueri untuk memfilter log (Anda dapat menemukan kueri yang berguna di bawah).
  3. Aktifkan Histogram untuk melihat tingkat keparahan yang tercatat di log Anda (misalnya, Info, Peringatan, Error).
  4. Klik log mana pun dalam daftar untuk melihat detail entri selengkapnya.

Berikut adalah beberapa kueri yang berguna untuk membantu Anda memantau penyiapan:

Memfilter error sistem

Kueri severity = "ERROR" memfilter entri log yang diklasifikasikan sebagai error layanan. Kueri ini berguna setiap kali Anda mencurigai adanya gangguan layanan atau masalah lain di instance Anda. Misalnya, entri log dengan keparahan ERROR dapat memiliki deskripsi berikut: ZONE_RESOURCE_POOL_EXHAUSTED. Error ini berarti Google Cloud Platform tidak dapat memberikan instance yang Anda butuhkan.

Memfilter permintaan HTTP yang salah

Kueri httpRequest.status >= 400 memfilter log untuk menampilkan permintaan HTTP yang direspons oleh Google Tag Manager sisi server dengan status error (status HTTP 400 atau yang lebih tinggi).

Error 400 biasanya menunjukkan bahwa permintaan dikirim ke endpoint pemberian tag sisi server, tetapi tidak ada klien untuk mengklaim permintaan tersebut. Permintaan ini dapat berupa permintaan dari bot dan crawler yang dapat diabaikan. Namun, jika aliran data Anda menghasilkan error 400, Anda perlu melihat konfigurasi klien penampung server Anda.

Error 5XX menunjukkan masalah pada layanan Google Cloud itu sendiri. Error dapat menunjukkan health check yang gagal atau masalah load balancer. Jika lingkungan Anda mengalami masalah kehabisan resource, gejala umumnya adalah Anda juga akan mulai melihat lebih banyak error 5XX ini.

Memfilter log output standar

Kueri logName: "stdout" menampilkan log output standar untuk layanan Anda. Log ini berguna untuk dipantau jika resource sisi server (klien, tag, dan variabel) menggunakan sandbox API logToConsole untuk mencatat informasi yang relevan.

Memfilter permintaan HTTP yang masuk

logName: "logs/requests" menampilkan log untuk permintaan HTTP masuk itu sendiri yang sebenarnya. Anda hanya akan melihatnya jika tidak menonaktifkan logging permintaan saat menjalankan skrip shell atau dengan menambahkan filter log lainnya.

Anda dapat meluaskan detail permintaan dengan mengklik baris yang relevan dalam daftar, tetapi perhatikan bahwa isi permintaan HTTP tidak tersedia di log. Anda hanya akan melihat URL permintaan dan metadata tambahan. Jika misalnya permintaan dikirim dengan metode POST, yang mengenkode konten dalam isi permintaan, konten tersebut tidak dapat dijelajahi di log.

Selamat, Anda telah menyelesaikan jalur pembelajaran ini!

Harap ikuti survei untuk membantu kami meningkatkan kualitas kursus.

Apa yang harus dilakukan sekarang?

Jika Anda masih perlu mengonfigurasi tag tambahan, lihat dokumen pemberian tag sisi server:

Di mana Anda dapat memperoleh dukungan?

Jika memerlukan dukungan lebih lanjut dalam menerapkan tag pengukuran, Anda dapat menghubungi partner tersertifikasi kami atau bertanya kepada komunitas.