Siklus rilis Looker yang cepat memungkinkan tim dengan cepat menggabungkan masukan pengguna dan merespons item prioritas tinggi secara tepat waktu. Panduan ini menjelaskan proses rilis dan update standar kami beserta praktik terbaik dan variasi yang mungkin lebih sesuai dengan kebutuhan Anda.
Siklus pengembangan dan rilis
Versi minor baru Looker di-deploy selama sekitar dua minggu. Tidak ada rilis maupun deployment baru yang terjadi pada bulan Desember.
Terkadang, patch update kecil akan dirilis untuk perbaikan yang tidak boleh menunggu rilis berikutnya. Patch ini hampir selalu merupakan perbaikan untuk masalah produk atau keamanan penting. Idealnya, tidak ada fitur baru yang akan disertakan dalam rilis patch. Penerapan update patch mengikuti proses yang sama seperti upgrade selama rilis standar.
Nomor rilis
Skema penomoran rilis kami menggunakan urutan tiga angka: X.Y.Z, dengan X adalah dua digit terakhir tahun rilis, Y adalah versi bulanan (dimulai dengan 0 pada bulan Januari, dan menggunakan angka genap untuk setiap bulan berikutnya), dan Z adalah versi rilis patch. Misalnya, Looker 23.4.1 akan menjadi patch pertama rilis Looker dari bulan Maret 2023.
Catatan rilis
Semua pengguna dapat memilih untuk menerima catatan rilis dari bagian Account Settings Looker. Selain itu, siapa pun yang tercantum sebagai Kontak Teknis dalam instance Looker (ditemukan di General Settings di bagian Admin) akan menerima notifikasi catatan rilis.
Ikuti perkembangan fitur baru dan perbaikan masalah dengan memeriksa catatan rilis. Lihat halaman rilis Looker untuk mendapatkan link ke catatan rilis dan log perubahan untuk rilis terbaru. Halaman rilis Looker juga memiliki link ke histori catatan rilis.
Lingkungan staging dan pengujian
Looker melakukan upaya besar untuk menguji secara efektif sebelum merilis, tetapi ada kemungkinan fitur baru dapat memiliki dampak yang tidak terduga pada penyiapan dan penggunaan Looker tertentu. Instance yang dihosting Looker dan yang dihosting pelanggan dapat menggunakan lingkungan staging untuk menguji LookML dan antarmuka dengan pihak ketiga sebelum mendorong rilis baru ke instance produksi utama Anda. Selain itu, jika instance Anda dihosting pelanggan, Anda juga dapat menguji penyiapan teknis.
Jika Anda tertarik untuk menggunakan lingkungan staging, hubungi Dukungan Looker atau tim akun Looker khusus Anda untuk mengetahui informasi selengkapnya.
Proses update
Kepemilikan proses deployment update bervariasi menurut cara Anda menghosting instance Looker. Detail lengkapnya ada di bagian berikut, tetapi secara ringkas, jika instance dihosting Looker, Looker akan mengelola proses update. Jika instance dihosting pelanggan, kami akan memberikan petunjuk tentang cara melakukan update.
Update untuk instance yang dihosting Looker
Jika instance dihosting Looker — artinya infrastruktur untuk instance dikelola oleh Looker — tim Rilis dan Operasi kami akan menerapkan update selama periode pemeliharaan yang ditentukan. Untuk pengguna yang telah memilih untuk menerima email dari Looker, kami mengumumkan setiap rilis baru dalam email yang menyertakan tanggal dan waktu masa pemeliharaan. Update umumnya memerlukan waktu hingga 10 menit dalam masa pemeliharaan untuk meminimalkan gangguan.
Looker menerapkan update secara bertahap. Kami menerapkan update berdasarkan karakteristik penyiapan instance, cara Looker digunakan dalam organisasi, dan preferensi perusahaan untuk menerima rilis lebih awal atau lebih lambat dalam siklus. Seperti yang selalu terjadi dalam rilis software, beberapa versi patch pertama dari versi minor baru lebih mungkin berisi masalah produk; namun, untuk instance yang dihosting Looker, kami dapat dengan cepat menerapkan patch segera setelah tersedia.
Bagaimana jika saya perlu melewati versi rilis baru?
Hubungi Dukungan Looker melalui Google Cloud konsol atau tim akun khusus Anda, dan kami akan bekerja sama dengan Anda untuk memastikan kebutuhan bisnis Anda terpenuhi.
Update untuk instance Looker yang dihosting pelanggan
Instance Looker yang dihosting pelanggan mengharuskan pelanggan bertanggung jawab untuk mengelola update versi rilis. Sangat penting untuk tetap menggunakan rilis terbaru yang didukung agar tidak menjalankan rilis yang tidak didukung, atau akhir masa pakainya. Instance Looker yang dihosting pelanggan menerima notifikasi update menjelang akhir siklus peluncuran rilis. Hal ini memastikan bahwa masalah penting dapat diatasi sebelumnya.
Saat rilis baru siap diinstal, setiap pengguna Looker yang tercantum sebagai Kontak Teknis untuk organisasi Anda akan dikirimi email yang berisi link ke file update terbaru (format JAR), catatan rilis, dan petunjuk tentang cara menginstal update.
Sebaiknya jangan melakukan roll back ke versi sebelumnya. Sebagai gantinya, pastikan untuk membuat cadangan lengkap sistem Anda sebelum setiap update. Hal ini memungkinkan instance dipulihkan ke versi sebelumnya. Memulihkan ke versi sebelumnya tanpa cadangan dapat menyebabkan kehilangan konten yang tidak dapat dipulihkan dan kerusakan pada instance.
Akses awal
Jika menerima update lebih awal dalam proses peluncuran sesuai dengan kebutuhan bisnis perusahaan Anda dan Anda ingin memilih untuk mendapatkan akses paling awal ke rilis baru, daftar di sini atau buka permintaan dukungan.
Program rilis dukungan yang diperpanjang
Meskipun banyak organisasi memiliki preferensi yang sama dengan kami untuk peningkatan produk yang cepat dan terkait dengan siklus rilis yang singkat, Looker memahami kompromi yang menyertai kecepatan ini dan alasan mengapa siklus yang lebih lambat mungkin lebih sesuai untuk kasus penggunaan bisnis tertentu.
Untuk memenuhi kebutuhan ini, setiap rilis minor ketiga akan ditetapkan sebagai versi rilis dukungan yang diperpanjang (ESR). Meskipun kami akan selalu berupaya semaksimal mungkin untuk memaksimalkan stabilitas produk dengan setiap rilis, versi rilis yang ditetapkan sebagai ESR akan menerima waktu tambahan untuk pengujian dan perbaikan masalah.
Kami juga akan memberikan jangka waktu yang lebih lama untuk pengembangan dan dukungan produk untuk ESR serta akan menerapkan patch untuk masalah tingkat Keparahan 1 dan Keparahan 2 jika relevan dan memungkinkan.
Memvalidasi rilis ESR baru
Setiap ESR akan memiliki periode staging selama satu bulan karena perubahan yang lebih besar dalam produk antara ESR. Sebagai bagian dari program ini, Anda harus melakukan update versi ESR baru di server staging terlebih dahulu. Hal ini memungkinkan pengguna menguji konten, alur kerja, dan fitur baru sebelum memindahkan server produksi ke versi ESR baru.
Memilih ikut program ESR
Jika program ESR tampaknya lebih sesuai untuk kebutuhan bisnis perusahaan Anda, hubungi tim Keberhasilan Pelanggan Anda untuk membahas opsi ini lebih lanjut.
Ada pertanyaan?
Jika Anda memiliki pertanyaan, tempat yang tepat untuk mengajukannya adalah forum Komunitas Looker, tempat diskusi segala jenis disambut dan didorong, termasuk (tetapi tidak terbatas pada) Looker, intelijen bisnis, dan data secara umum, dengan Good Lookers (pelanggan) lainnya dan analis Looker.