Kapan harus memasang pembaruan, kapan boleh menunda
Menunda semua pembaruan berbahaya, memasang semuanya seketika juga merepotkan. Ini cara memilahnya.
Ringkasan
- Tambalan keamanan sebaiknya dipasang secepatnya — celah yang diumumkan biasanya mulai dieksploitasi dalam hitungan hari.
- Pembaruan versi besar boleh ditunda satu sampai tiga minggu pada perangkat kerja.
- Menunda keduanya tanpa batas adalah pilihan terburuk: perangkat tertinggal jauh sulit dipulihkan.
- Peluncuran bertahap membuat dua orang dengan versi sama bisa melihat fitur berbeda.
- Untuk tim, pembaruan yang mengubah alur kerja perlu direncanakan, bukan dipasang mendadak.
Tidak semua pembaruan sejenis
Kata “pembaruan” dipakai untuk hal-hal yang sangat berbeda risikonya. Memilahnya adalah langkah pertama untuk mengambil keputusan yang masuk akal.
Tambalan keamanan
Berisi perbaikan atas celah yang sudah diketahui. Setelah sebuah celah diumumkan, rinciannya menjadi publik dan pihak yang berniat jahat dapat mempelajarinya. Jeda antara pengumuman dan eksploitasi di lapangan sering hanya beberapa hari. Karena itu kategori ini tidak layak ditunda — sebagian besar kebocoran data yang kami liput bermula dari sistem yang belum ditambal padahal perbaikannya sudah lama tersedia.
Perbaikan bug dan pembaruan kecil
Memperbaiki masalah fungsional tanpa mengubah tampilan atau alur kerja. Risikonya rendah dan manfaatnya biasanya langsung terasa. Kategori ini aman dipasang segera.
Pembaruan versi besar
Membawa fitur baru dan kerap mengubah tampilan serta letak menu. Di sinilah masalah kompatibilitas paling sering muncul: aplikasi lama berhenti bekerja, perangkat keras tambahan kehilangan dukungan, atau performa perangkat lama justru menurun. Kategori inilah yang layak diberi jeda.
Pembaruan firmware perangkat keras
Berjalan pada tingkat paling dasar dan paling sulit dibatalkan bila bermasalah. Pasang hanya bila ada alasan jelas — memperbaiki masalah yang Anda alami atau menutup celah keamanan — dan pastikan daya perangkat mencukupi selama proses berlangsung.
Aturan praktis memasang pembaruan
Pendekatan berikut menyeimbangkan keamanan dan kenyamanan untuk pemakaian sehari-hari.
| Jenis pembaruan | Kapan dipasang | Yang perlu disiapkan |
|---|---|---|
| Tambalan keamanan | Secepatnya, idealnya dalam hitungan hari. | Tidak ada; risikonya rendah dan manfaatnya besar. |
| Perbaikan bug kecil | Segera setelah tersedia. | Tidak ada persiapan khusus. |
| Versi besar, perangkat pribadi | Setelah beberapa hari sampai satu minggu. | Cadangkan data penting terlebih dahulu. |
| Versi besar, perangkat kerja | Setelah satu sampai tiga minggu. | Pastikan aplikasi kerja utama sudah dinyatakan kompatibel. |
| Firmware perangkat keras | Hanya bila ada alasan jelas. | Daya cukup dan waktu luang; proses tidak boleh terputus. |
| Versi beta atau pratayang | Jangan pada perangkat utama. | Perangkat cadangan yang datanya tidak kritis. |
Mengapa fitur baru belum muncul di perangkat Anda
Banyak pembaruan besar kini tidak dilepas serentak. Pengembang melepasnya bertahap ke sebagian kecil pengguna lebih dulu, memantau laporan masalah, lalu memperluas cakupannya. Bila ditemukan masalah serius, peluncuran dihentikan sebelum menyentuh semua orang.
Konsekuensinya, dua perangkat dengan nomor versi sama bisa menampilkan fitur berbeda. Ini menjelaskan mengapa sebuah fitur yang ramai diberitakan kadang belum muncul di perangkat Anda berminggu-minggu kemudian, dan mengapa mencari-cari pengaturan untuk mengaktifkannya biasanya sia-sia.
Sisi baiknya, pengguna yang tidak buru-buru justru diuntungkan. Membiarkan gelombang pertama menemukan masalah lebih dulu adalah strategi yang masuk akal untuk perangkat yang Anda andalkan sehari-hari — selama itu hanya berlaku untuk pembaruan fitur, bukan tambalan keamanan.
Untuk tim dan organisasi kecil
Pada perangkat bersama atau perangkat kerja tim, pembaruan bukan sekadar keputusan teknis. Perubahan tampilan bisa berarti prosedur tertulis menjadi usang dan anggota tim perlu penyesuaian.
Pisahkan kebijakan untuk tambalan keamanan dan pembaruan fitur. Yang pertama otomatis dan segera; yang kedua terjadwal dan diumumkan.
Uji pada satu perangkat lebih dulu. Satu perangkat yang diperbarui lebih awal cukup untuk menemukan masalah kompatibilitas sebelum seluruh tim terdampak.
Jangan memperbarui di tengah tenggat. Menunda beberapa hari sampai pekerjaan mendesak selesai hampir selalu lebih murah daripada menangani kejutan di saat paling sibuk.
Catat versi yang dipakai. Ketika masalah muncul, mengetahui siapa memakai versi apa memangkas waktu penelusuran secara drastis.
Panduan lain di IDN96
Mengapa 5G terasa lambat
Pita frekuensi, kepadatan menara, dan cara membaca peta cakupan.
WiFi lemot dan cara mengatasinya
Urutan mencari penyebab WiFi lemot, dari yang paling menentukan.
Internet lemot: salah siapa
Uji berjenjang menentukan letak masalah, dan cara komplain yang didengar.
Tentang tulisan ini
- Ditulis oleh
- Dian Manda Rahayu, editor software, kanal Software. Bidang yang ia kuasai dan susunan penanggung jawab ada di halaman Redaksi.
- Jenis tulisan
- Penjelas evergreen. Menjelaskan cara kerja dan cara menilai, bukan melaporkan peristiwa bertanggal.
- Cara kami menyusun
- Setiap klaim ditelusuri ke sumber primer dan disunting oleh editor yang tidak menulis artikel ini. Alur lengkapnya dijelaskan di pedoman redaksi.
- Menemukan kekeliruan?
- Kirim ke [email protected] dengan menyertakan tautan halaman ini. Ditanggapi dalam satu hari kerja lewat prosedur koreksi.
- Kepentingan komersial
- Tulisan ini bukan konten bersponsor dan tidak dibayar pihak mana pun.