Siklus rilis cepat Looker memungkinkan tim untuk segera 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 Looker baru di-deploy selama sekitar dua minggu. Tidak ada rilis atau deployment baru pada bulan Desember.
Terkadang, patch update kecil akan dirilis untuk perbaikan yang tidak boleh menunggu rilis berikutnya. Update ini hampir selalu merupakan perbaikan untuk masalah keamanan atau produk penting. Idealnya, tidak ada fitur baru yang disertakan dalam rilis patch. Penerapan update patch mengikuti proses yang sama dengan upgrade 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 Looker. Selain itu, siapa pun yang tercantum sebagai Kontak Teknis dalam instance Looker (ditemukan di Setelan Umum di bagian Admin) akan menerima notifikasi catatan rilis.
Selalu ikuti perkembangan 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 catatan rilis historis.
Lingkungan staging dan pengujian
Looker berupaya keras untuk melakukan pengujian secara efektif sebelum merilis, tetapi ada kemungkinan fitur baru dapat memberikan dampak yang tidak terduga pada penyiapan dan penggunaan Looker tertentu. Instance yang dihosting Looker dan yang dihosting pelanggan dapat menggunakan lingkungan penyiapan 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 penyiapan, hubungi Dukungan Looker atau tim akun Looker khusus Anda untuk mendapatkan informasi selengkapnya.
Proses pembaruan
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 oleh pelanggan, kami akan memberikan petunjuk tentang cara melakukan update.
Pembaruan untuk instance yang dihosting Looker
Jika instance dihosting Looker — yang berarti 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 periode pemeliharaan. Update umumnya 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 perusahaan tertentu untuk menerima rilis lebih awal atau lebih lambat dalam siklus. Seperti biasa dalam rilis software, beberapa versi patch pertama dari versi minor baru lebih cenderung berisi masalah produk; namun, untuk instance yang dihosting Looker, kami dapat menerapkan patch dengan cepat 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.
Pembaruan untuk instance Looker yang dihosting oleh pelanggan
Instance Looker yang dihosting pelanggan mengharuskan pelanggan bertanggung jawab untuk mengelola update versi rilis. Anda harus menggunakan rilis terbaru yang didukung untuk menghindari menjalankan rilis yang tidak didukung atau rilis yang sudah mencapai akhir siklus proses. Instance Looker yang dihosting pelanggan menerima notifikasi update menjelang akhir siklus peluncuran rilis. Hal ini memastikan bahwa masalah penting dapat diatasi terlebih dahulu.
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 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 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 menyukai peningkatan produk yang cepat dan terkait dengan siklus rilis pendek, Looker memahami kompromi yang muncul dengan 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 menyediakan jangka waktu yang lebih lama untuk pengembangan dan dukungan produk untuk ESR serta akan memberikan patch untuk masalah tingkat Keparahan 1 dan Tingkat Keparahan 2 jika relevan dan memungkinkan.
Memvalidasi rilis ESR baru
Setiap ESR akan memiliki periode penyiapan selama 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 penyiapan. 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 tampak lebih sesuai dengan kebutuhan bisnis perusahaan Anda, hubungi tim Customer Success Anda untuk membahas opsi ini lebih lanjut.
Ada pertanyaan?
Jika ada pertanyaan, tempat yang tepat untuk mengajukannya adalah forum Komunitas Looker, tempat diskusi segala jenis disambut dan didorong, termasuk (tetapi tidak terbatas pada) Looker, business intelligence, dan data secara umum, dengan Good Looker (pelanggan) lain dan analis Looker.