Siklus rilis cepat Looker memungkinkan tim menggabungkan masukan pengguna dengan cepat dan merespons item berprioritas 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
Looker versi minor 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 seharusnya tidak menunggu rilis berikutnya. Perbaikan ini hampir selalu dilakukan untuk masalah produk atau keamanan yang penting. Idealnya, tidak ada fitur baru yang disertakan dalam rilis patch. Penerapan update patch mengikuti proses yang sama seperti melakukan upgrade pada rilis standar.
Melepas nomor
Skema penomoran rilis kami menggunakan urutan tiga angka: X.Y.Z, dengan X adalah dua digit terakhir dari 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 ikut serta dalam catatan rilis dari bagian Setelan Akun di Looker. Selain itu, siapa pun yang tercantum sebagai Kontak Teknis dalam instance Looker (dapat ditemukan di Setelan Umum pada bagian Admin) akan menerima notifikasi catatan rilis.
Ikuti perkembangan fitur baru dan perbaikan masalah dengan memeriksa catatan rilis. Lihat halaman Rilis Looker untuk melihat link ke catatan rilis dan log perubahan untuk rilis terbaru. Halaman rilis Looker juga memiliki link ke catatan rilis historis.
Lingkungan dan pengujian staging
Looker berusaha keras untuk menguji secara efektif sebelum dirilis, tetapi ada kemungkinan bahwa fitur baru dapat memiliki dampak yang tidak terduga pada penyiapan dan penggunaan Looker tertentu. Instance yang dihosting Looker dan dihosting pelanggan dapat memanfaatkan lingkungan staging untuk menguji LookML dan antarmuka dengan pihak ketiga sebelum merilis rilis baru ke instance produksi utama. Selain itu, jika instance dihosting oleh pelanggan, Anda juga dapat menguji penyiapan teknisnya.
Jika Anda tertarik untuk menggunakan lingkungan staging, hubungi Dukungan Looker atau tim akun Looker khusus Anda untuk mengetahui informasi selengkapnya.
Proses pembaruan
Kepemilikan proses deployment update bervariasi sesuai dengan cara Anda menghosting instance Looker. Detail lengkapnya ada di bawah ini, tetapi singkatnya, jika instance dihosting oleh Looker, Looker akan mengelola proses pembaruan. Jika instance dihosting oleh pelanggan, kami akan memberikan petunjuk cara melakukan update.
Update untuk instance yang dihosting Looker
Seperti yang disebutkan di atas, jika instance dihosting oleh Looker — yang berarti bahwa infrastruktur untuk instance tersebut dikelola oleh Looker — tim Rilis dan Operasi kami akan menerapkan update selama masa pemeliharaan yang ditetapkan. Bagi pengguna yang memilih untuk menerima email dari Looker, kami mengumumkan setiap rilis baru dalam email yang menyertakan tanggal dan waktu masa pemeliharaan. Update biasanya memerlukan waktu hingga 10 menit dalam masa pemeliharaan untuk meminimalkan gangguan.
Looker menerapkan pembaruan secara bertahap. Kami menerapkan update berdasarkan karakteristik penyiapan instance, penggunaan Looker dalam organisasi, dan keinginan setiap perusahaan untuk menerima rilis lebih awal atau lebih lambat dalam siklus tersebut. Seperti yang biasa terjadi dalam rilis software, beberapa versi patch pertama dari versi minor baru kemungkinan besar berisi masalah produk. Namun, untuk instance yang dihosting Looker, kami dapat dengan cepat menerapkan patch segera setelah tersedia.
Bagaimana jika saya harus 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 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 pakai. Instance Looker yang dihosting pelanggan akan menerima notifikasi update menjelang akhir siklus peluncuran rilis. Hal ini memastikan bahwa setiap masalah kritis dapat ditangani sebelumnya.
Saat rilis baru siap diinstal, setiap 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 tentang cara menginstal update.
Sebaiknya Anda tidak melakukan roll back ke versi sebelumnya. Sebagai gantinya, pastikan untuk membuat pencadangan sistem lengkap sebelum setiap pembaruan. Tindakan ini memungkinkan instance dipulihkan ke versi sebelumnya. Memulihkan ke versi sebelumnya tanpa cadangan dapat menyebabkan kehilangan konten yang tidak dapat dibatalkan dan kerusakan pada instance.
Akses awal
Jika Anda menerima update di awal proses peluncuran sesuai dengan kebutuhan bisnis perusahaan dan Anda ingin ikut serta untuk mendapatkan akses paling awal ke rilis baru, daftar di sini atau buka permintaan dukungan.
Program rilis dukungan yang diperluas
Meskipun banyak organisasi memiliki selera peningkatan produk yang cepat terkait dengan siklus rilis yang singkat, Looker memahami konsekuensi yang menyertai kecepatan ini dan mengapa siklus yang lebih lambat bisa lebih sesuai untuk kasus penggunaan bisnis tertentu.
Untuk memenuhi kebutuhan ini, setiap rilis minor ketiga akan ditetapkan sebagai versi extended support release (ESR). Meskipun kami akan selalu berupaya sebaik mungkin untuk memaksimalkan stabilitas produk di setiap rilis, versi rilis yang ditetapkan sebagai ESR akan mendapatkan 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 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, update versi ESR baru harus dilakukan terlebih dahulu pada server staging. Dengan begitu, pengguna dapat menguji konten, alur kerja, dan fitur baru sebelum memindahkan server produksi ke versi ESR baru.
Ikut serta dalam program ESR
Jika program ESR tampaknya lebih cocok dengan kebutuhan bisnis perusahaan Anda, hubungi tim Customer Success untuk mendiskusikan opsi ini lebih lanjut.
Ada pertanyaan?
Jika ada pertanyaan, tempat yang tepat untuk mengajukan pertanyaan adalah forum Komunitas Looker, tempat Anda menerima dan mendorong berbagai diskusi, termasuk (tetapi tidak terbatas pada) Looker, business intelligence, dan data secara umum, dengan Looker (pelanggan) dan analis Looker yang baik lainnya.