Siklus rilis cepat Looker memungkinkan tim untuk segera menerapkan 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 Looker baru di-deploy selama sekitar beberapa minggu. Tidak ada rilis atau deployment baru yang dilakukan pada bulan Desember.
Terkadang, patch update kecil akan dirilis untuk perbaikan yang tidak perlu menunggu rilis berikutnya. Update ini hampir selalu merupakan perbaikan untuk masalah produk atau keamanan yang penting. Idealnya, tidak ada fitur baru yang akan disertakan dalam rilis patch. Penerapan update patch mengikuti proses yang sama seperti mengupgrade selama rilis standar.
Melepas nomor
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 Maret 2023.
Catatan rilis
Semua pengguna dapat memilih untuk menerima catatan rilis dari bagian Setelan Akun di Looker. Selain itu, siapa pun yang tercantum sebagai Kontak Teknis dalam instance Looker (ditemukan di Setelan Umum pada bagian Admin) akan menerima notifikasi catatan rilis.
Terus dapatkan informasi terbaru terkait fitur baru dan perbaikan masalah dengan melihat 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 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 mendapatkan informasi selengkapnya.
Proses update
Kepemilikan proses deployment update bervariasi sesuai dengan cara Anda menghosting instance Looker. Detail lengkapnya ada di bawah, tetapi secara ringkas, jika instance dihosting oleh 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 oleh Looker — yang berarti infrastruktur untuk instance tersebut dikelola oleh Looker — tim Rilis dan Ops kami akan menerapkan update selama periode pemeliharaan yang ditetapkan. Untuk pengguna yang telah memilih untuk menerima email dari Looker, kami mengumumkan setiap rilis baru dalam email yang menyertakan tanggal dan waktu periode pemeliharaan. Update biasanya memerlukan waktu hingga 10 menit dalam periode pemeliharaan untuk meminimalkan gangguan.
Looker menerapkan update secara bertahap. Kami menerapkan update berdasarkan karakteristik penyiapan instance, cara Looker digunakan dalam organisasi, dan keinginan setiap 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 cenderung berisi masalah produk; namun, untuk instance yang dihosting Looker, kami dapat dengan cepat menerapkan patch segera setelah patch tersedia.
Bagaimana jika saya perlu melewati versi rilis baru?
Hubungi Dukungan Looker melalui konsol Google Cloud atau tim akun khusus Anda, dan kami akan bekerja sama dengan Anda untuk memastikan kebutuhan bisnis Anda terpenuhi.
Update untuk instance Looker yang dihosting oleh 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 yang sudah tidak digunakan lagi. 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, pengguna Looker yang tercantum sebagai Kontak Teknis untuk organisasi Anda akan menerima email yang berisi link ke file update terbaru (format JAR), catatan rilis, dan petunjuk cara menginstal update.
Sebaiknya jangan melakukan roll back ke versi sebelumnya. Sebagai gantinya, pastikan untuk membuat pencadangan sistem yang lengkap sebelum setiap update. Tindakan ini memungkinkan instance dipulihkan ke versi sebelumnya. Memulihkan ke versi sebelumnya tanpa cadangan dapat menyebabkan hilangnya 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 selera yang sama dengan kami untuk peningkatan produk yang cepat yang terkait dengan siklus rilis yang singkat, Looker memahami kompromi yang menyertai kecepatan ini dan alasan 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 maksimal 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 menyediakan periode yang lebih lama untuk pengembangan dan dukungan produk untuk ESR serta akan memberikan patch untuk masalah tingkat Keparahan 1 dan Keparahan 2 jika relevan dan memungkinkan.
Memvalidasi rilis ESR baru
Setiap ESR akan memiliki periode staging satu bulan karena perubahan yang lebih besar pada produk di antara ESR. Sebagai bagian dari program ini, Anda harus melakukan update versi ESR baru terlebih dahulu di server staging. Hal ini memungkinkan pengguna menguji konten, alur kerja, dan fitur baru sebelum memindahkan server produksi ke versi ESR baru.
Memilih untuk ikut serta dalam program ESR
Jika program ESR tampaknya lebih sesuai dengan kebutuhan bisnis perusahaan Anda, hubungi tim Customer Success untuk membahas opsi ini lebih lanjut.
Ada pertanyaan?
Jika Anda memiliki pertanyaan, tempat yang tepat untuk mengajukannya adalah Forum komunitas Looker, tempat diskusi dari berbagai jenis diterima dan didorong, termasuk (tetapi tidak terbatas pada) Looker, business intelligence, dan data secara umum, dengan Good Looker (pelanggan) dan analis Looker lainnya.