Bermigrasi ke Cloud Logging

Logging di runtime generasi kedua berbeda dengan runtime generasi pertama. Salah satu perubahan terbesar saat mengupgrade ke runtime yang lebih baru adalah logging pre-integrasi dengan App Engine tidak didukung di runtime generasi kedua, dan log tidak otomatis dikorelasikan. Jika bermigrasi ke runtime generasi kedua, Anda harus menggunakan library klien Cloud Logging.

Panduan ini menjelaskan cara mengupdate aplikasi untuk menggunakan Cloud Logging dan mendapatkan fitur pemfilteran dan korelasi log yang hampir sama seperti yang tersedia dengan integrasi logging di App Engine.

Cloud Logging adalah sistem pengelolaan log real-time dengan dukungan penyimpanan, penelusuran, analisis, dan pemantauan. Cloud Logging otomatis mengumpulkan log dari resource Google Cloud. Anda juga dapat mengumpulkan log dari aplikasi, resource lokal, dan resource dari penyedia cloud lainnya.

Perbedaan utama

Tabel berikut membahas perbedaan logging antara runtime generasi pertama dan kedua:

Runtime generasi pertama Runtime generasi kedua
Log permintaan dan aplikasi (juga disebut log aplikasi) App Engine menyematkan semua log aplikasi dalam log permintaan. Logging di runtime generasi pertama menggunakan kolom protoPayload.line.logMessage log permintaan untuk menyematkan log aplikasi. App Engine tidak menyematkan log aplikasi dalam log permintaan terkait. App Engine menghilangkan atribut protoPayload.line dalam log permintaan. Log aplikasi dirutekan berdasarkan metode logging Anda:
  • stdout dan stderr: Merutekan log seperti print() ke logs/stdout atau logs/stderr.
  • Modul logging Python setelah menyiapkan klien Cloud Logging: Merutekan semua log yang ditulis oleh modul logging root Python seperti, logging.info() dan logging.error() ke logs/python.
    Jika library klien Cloud Logging untuk Python tidak disiapkan untuk korelasi, modul logging root Python akan dirutekan ke logs/stderr secara default.
Melihat log di Logs Explorer Runtime generasi pertama hanya berisi satu jenis log, appengine.googleapis.com/request_log. Saat memperluas log permintaan, Anda dapat melihat log aplikasi yang disusun bertingkat di bawahnya. Runtime generasi kedua menyertakan log dari beberapa jenis log seperti, log permintaan di appengine.googleapis.com/request_log, stdout, stderr, logs/python, dan banyak lagi, bergantung pada cara aplikasi Anda memunculkan log. Log internal Google juga tersedia di /var/log/google_init.log.

Karena log aplikasi tidak otomatis berkorelasi dengan log permintaan, langkah-langkah tambahan diperlukan untuk menampilkan tampilan bertingkat log permintaan dan log aplikasi di Logs Explorer. Untuk mengetahui informasi selengkapnya, lihat Mengaitkan log permintaan dengan log aplikasi dan Melihat log yang terkait di Logs Explorer.
Integrasi Cloud Trace Terintegrasi secara otomatis dengan Cloud Trace untuk pengumpulan data latensi. Anda harus mengintegrasikan aplikasi dengan Cloud Trace secara manual untuk mengumpulkan data latensi dari App Engine. Untuk informasi selengkapnya, lihat Instrumen untuk Cloud Trace.
Korelasi tingkat error Mencatat error yang ditampilkan di log permintaan App Engine dengan tingkat keparahan ERROR. Error Reporting secara otomatis mengaitkan detail ini di dasbor Error Reporting. Secara default, App Engine tidak mengintegrasikan Pelaporan Error di runtime generasi kedua. Untuk menyiapkan integrasi logging dengan Pelaporan Error, lihat, Melengkapi aplikasi dengan menggunakan library klien .
Tingkat keparahan Logs Explorer menetapkan tingkat keparahan untuk meminta log, dan tingkat keparahan menunjukkan tingkat keparahan tertinggi dari semua entri log aplikasi yang berkorelasi dengan entri log permintaan. Misalnya, jika permintaan menyebabkan aplikasi Anda memunculkan entri log peringatan, Logs Explorer akan menampilkan ikon peringatan di samping entri log permintaan. Saat memperluas entri permintaan, Anda akan melihat entri log peringatan yang disusun bertingkat dalam entri permintaan. Secara default, semua log permintaan memiliki tingkat keparahan DEFAULT atau INFO. Meskipun log permintaan Anda berkorelasi dengan log aplikasi, dan Logs Explorer dikonfigurasi untuk melihat log yang terkait, log permintaan tidak mencerminkan tingkat keparahan log aplikasi terkait.
Logservice API Logservice API adalah bagian dari SDK layanan yang dipaketkan. Logservice API telah dihapus dari SDK Layanan yang Dipaketkan. Untuk informasi selengkapnya, lihat daftar API yang tersedia.

Sebelum memulai migrasi

  1. Aktifkan Cloud Logging API di project yang berisi aplikasi Anda.

    Mengaktifkan API

  2. Pastikan aplikasi Anda memiliki izin untuk menulis log.

    Secara default, akun layanan default aplikasi Anda memiliki izin untuk menulis log.

    Jika aplikasi Anda menggunakan akun layanan yang berbeda, atau jika Anda telah mengubah izin untuk akun layanan default, pastikan akun yang Anda gunakan memiliki izin logging.logEntries.create untuk menulis log.

  3. Pelajari berbagai jenis log di App Engine.

Ringkasan proses migrasi

Untuk memigrasikan aplikasi agar dapat menggunakan Cloud Logging:

  1. Menginstal Library Klien Cloud untuk Cloud Logging
  2. Menulis log dengan Cloud Logging
  3. Menghubungkan log permintaan dengan log aplikasi
  4. Lihat log
  5. Menguji aplikasi

Menginstal Library Klien Cloud untuk Cloud Logging

Untuk menginstal dan mengupdate file konfigurasi, tambahkan Library Klien Cloud untuk Cloud Logging ke daftar dependensi Anda dalam file requirements.txt, seperti berikut:

google-cloud-logging

Menulis log dengan modul logging Python standar

Di setiap file yang menulis entri log:

  1. Impor library klien Cloud Logging.
  2. Buat instance klien Cloud Logging.
  3. Jalankan metode setup_logging() klien Cloud Logging, yang memasang pemroses default-nya sebagai pengendali logging untuk logger root Python.

Contoh:

# Imports the Cloud Logging client library
import google.cloud.logging

# Instantiates a client
client = google.cloud.logging.Client()

# Retrieves a Cloud Logging handler based on the environment
# you're running in and integrates the handler with the
# Python logging module. By default this captures all logs
# at INFO level and higher
client.setup_logging()

Setelah pengendali terpasang, setiap log pada level INFO atau lebih tinggi yang dimunculkan dalam aplikasi Anda akan dikirim ke Logging secara default:

# Imports Python standard library logging
import logging

# The data to log
text = "Hello, world!"

# Emits the data using the standard logging module
logging.warning(text)

Menghubungkan log permintaan dengan log aplikasi

Beberapa fitur yang tersedia di runtime generasi pertama seperti, korelasi otomatis log permintaan dengan log aplikasi, tidak tersedia di runtime generasi kedua.

Aplikasi yang menggunakan runtime generasi kedua dapat mencapai perilaku logging bertingkat yang serupa dengan runtime generasi pertama dengan:

  • Menyiapkan klien Cloud Logging di aplikasi Anda dan menghubungkan log.
  • Menggunakan ID trace dengan stdout dan stderr.

Perilaku logging di runtime generasi pertama dan generasi kedua berbeda dengan cara berikut:

  • Di runtime generasi pertama, App Engine menyematkan semua log aplikasi yang dikeluarkan saat menangani permintaan ke kolom protoPayload.line.logMessage log permintaan. Log ini dapat dilihat di Logs Explorer melalui appengine.googleapis.com/request_log.

    Gambar berikut menampilkan log aplikasi dan permintaan yang terkait di runtime generasi pertama:

    Login di runtime generasi pertama

  • Di runtime generasi kedua, App Engine menghilangkan atribut protoPayload.line dalam log permintaan. Konten log aplikasi tidak ada dalam log permintaan JSON di Logs Explorer. Setiap log aplikasi akan muncul secara terpisah menurut nama lognya di Logs Explorer.

    Gambar berikut menunjukkan log permintaan dan aplikasi terpisah di runtime generasi kedua:

    Login ke runtime generasi kedua

Bagian berikut membahas cara menggunakan klien Cloud Logging atau logging terstruktur dengan stdout dan stderr untuk mekorelasikan log.

Menggunakan modul logging Python

Untuk menambahkan korelasi permintaan ke log aplikasi yang dicatat oleh modul logging Python, siapkan library klien Cloud Logging.

Saat Anda menjalankan metode client.setup_logging() saat aplikasi dimulai, metode ini akan menambahkan kolom trace dan detail permintaan HTTP ke log aplikasi yang ditulis oleh modul logging Python seperti, logging.info() dan logging.error(). Log ini dirutekan ke logs/python.

App Engine juga menambahkan kolom trace ini ke log permintaan terkait, sehingga memungkinkan Anda melihat entri log terkait di Log Explorer.

Menggunakan stdout dan stderr

Jika Anda menggunakan stdout dan stderr untuk menulis entri log, entri ini akan muncul di Logs Explorer. Namun, untuk mengaktifkan pemfilteran dan korelasi dengan log permintaan, Anda harus memformat entri sebagai objek JSON dan memberikan metadata tertentu. Untuk mengetahui informasi selengkapnya tentang pendekatan ini, lihat Menulis log terstruktur ke stdout dan stderr. Pendekatan ini menambahkan ID rekaman aktivitas permintaan di log aplikasi dengan:

  1. Mengekstrak ID rekaman aktivitas dari header permintaan X-Cloud-Trace-Context.
  2. Menulis ID ke kolom bernama logging.googleapis.com/trace dalam entri log terstruktur Anda. Untuk mengetahui informasi selengkapnya tentang header X-Cloud-Trace-Context, lihat Memaksa permintaan untuk dilacak.

Lihat log

Anda dapat melihat log aplikasi dan log permintaan dengan beberapa cara:

Menggunakan Logs Explorer

Anda dapat melihat log aplikasi dan permintaan menggunakan Logs Explorer:

  1. Buka Logs Explorer di konsol Google Cloud:

    Buka Logs Explorer

  2. Pilih project Google Cloud yang ada di bagian atas halaman.

  3. Di Resource Type, pilih GAE Application.

Anda dapat memfilter Logs Explorer berdasarkan layanan, versi App Engine, dan kriteria lainnya. Anda juga dapat menelusuri log untuk menemukan entri tertentu. Lihat Menggunakan Logs Explorer untuk mengetahui detailnya.

Jika Anda mengirim entri teks sederhana ke output standar, Anda tidak dapat menggunakan Logs Viewer untuk memfilter entri aplikasi menurut tingkat keparahan. Anda juga tidak dapat melihat log aplikasi mana yang sesuai dengan permintaan tertentu. Anda masih dapat menggunakan jenis pemfilteran lain di Logs Explorer, seperti teks dan stempel waktu.

Melihat entri log terkait di Logs Explorer

Di Logs Explorer, untuk melihat entri log turunan yang berkorelasi dengan entri log induk, luaskan entri log.

Misalnya, untuk menampilkan entri log permintaan App Engine dan entri log aplikasi, lakukan hal berikut:

  1. Di panel navigasi konsol Google Cloud, pilih Logging, lalu pilih Logs Explorer:

    Buka Logs Explorer

  2. Di Resource Type, pilih GAE Application.

  3. Untuk melihat dan mengaitkan log permintaan, di Log Name, pilih request_log. Atau, untuk melakukan korelasi menurut log permintaan, klik Correlate by, lalu pilih request_log.

    Menggabungkan log

  4. Di panel Query results, untuk meluaskan entri log, klik Expand. Saat diperluas, setiap log permintaan akan menampilkan log aplikasi terkait.

Setelah membuat filter untuk log, setiap log permintaan akan menampilkan log aplikasi yang sesuai sebagai log turunan. Logs Explorer mencapai hal ini dengan menghubungkan kolom trace dalam log aplikasi dan log permintaan tertentu, dengan asumsi aplikasi menggunakan library google-cloud-logging.

Gambar berikut menampilkan log aplikasi yang dikelompokkan berdasarkan kolom trace:

Entri log aplikasi disusun bertingkat dalam entri log permintaan.

Menggunakan Google Cloud CLI

Untuk melihat log App Engine dari command line, gunakan perintah berikut:

gcloud app logs tail

Untuk mengetahui informasi selengkapnya, lihat tail log aplikasi gcloud.

Membaca log secara terprogram

Jika ingin membaca log secara terprogram, Anda dapat menggunakan salah satu metode berikut:

Menguji aplikasi Anda

Migrasi berhasil jika Anda dapat men-deploy aplikasi tanpa error. Untuk memverifikasi bahwa Cloud Logging berfungsi, ikuti langkah-langkah berikut:

  1. Buka Logs Explorer dan luaskan entri log permintaan.

    Buka Logs Explorer

  2. Pastikan log aplikasi yang dihasilkan oleh aplikasi Anda saat memproses permintaan, disusun bertingkat dalam log permintaan.

  3. Jika semua endpoint aplikasi Anda berfungsi seperti yang diharapkan, gunakan pemisahan traffic untuk meningkatkan traffic untuk aplikasi yang diupdate secara perlahan. Pantau aplikasi dengan cermat untuk menemukan masalah apa pun sebelum mengarahkan lebih banyak traffic ke aplikasi yang telah diupdate.