Microsoft Mulai Membuka Windows Update untuk Semua Aplikasi Pihak Ketiga

• Microsoft merilis pratinjau platform baru yang membuka Windows Update agar dapat memperbarui hingga aplikasi pihak ketiga
• Platform orkestrasi Windows Update yang baru dirancang agar dapat mengelola semua pembaruan secara terpadu, termasuk driver dan aplikasi bisnis
• Jadwal pembaruan dapat dioptimalkan berdasarkan aktivitas pengguna, status baterai, dan waktu energi ramah lingkungan
• Mendukung aplikasi Win32, MSIX, hingga APPX, dan riwayat pembaruan aplikasi juga akan tercatat di riwayat Windows Update
• Melampaui keterbatasan Microsoft Store atau Winget yang ada, dengan kemungkinan mencakup juga aplikasi kustom untuk bisnis

---

Windows Update bergerak menjadi hub untuk semua pembaruan aplikasi

• Microsoft baru-baru ini mengumumkan rencana untuk memperluas Windows Update menjadi platform pembaruan terpadu untuk semua aplikasi, selain pembaruan OS dan driver
• Perubahan ini tampaknya mencerminkan kebutuhan, terutama di lingkungan perusahaan, untuk mengelola pembaruan secara terpadu hingga aplikasi internal

Ringkasan platform orkestrasi baru

• Saat ini tersedia dalam private preview dengan nama Windows Update Orchestration Platform
• Dengan memperluas kemampuan Windows Update yang ada, pembaruan aplikasi juga ikut menjadi target penjadwalan dan optimasi pengalaman pengguna

> “Kami sedang membangun platform terpadu yang cerdas yang dapat mengorkestrasi jenis pembaruan apa pun—termasuk aplikasi dan driver—bersama Windows Update.” — Manajer produk Microsoft Angie Chen

Masalah pada cara pembaruan aplikasi saat ini

• Sebagian besar aplikasi Windows menjalankan sistem pembaruan terpisah untuk tiap pengembang
• Akibatnya, waktu dan kualitas pembaruan menjadi tidak konsisten
• Beberapa aplikasi memang dapat diperbarui secara terpadu lewat Microsoft Store, tetapi banyak aplikasi tidak terdaftar di Store atau merupakan aplikasi internal perusahaan

Fitur utama dan keunggulan

• Fitur penjadwalan berbasis aktivitas pengguna, status baterai, dan waktu energi berkelanjutan
• Terintegrasi dengan notifikasi default dan UI riwayat milik Windows Update
• Mendukung aplikasi MSIX / APPX serta sebagian aplikasi Win32
• Akan mewarisi pembaruan platform di masa depan secara otomatis
• Menunjukkan kemungkinan menggantikan installer yang ada (misalnya, aplikasi besar seperti Adobe yang menjalankan installer latar belakang sendiri juga bisa menjadi target)

Perbandingan dengan solusi yang ada

Metode	Penjelasan	Kekurangan utama
Microsoft Store	Instalasi dan pembaruan aplikasi dikelola lewat Store	Aplikasi yang terdaftar terbatas, sulit diterapkan pada aplikasi bisnis
Windows Package Manager (winget)	Alat instalasi/pembaruan paket berbasis command line	Terutama berfokus pada power user dan developer, belum umum bagi pengguna biasa
Orkestrasi Windows Update	Memungkinkan integrasi pembaruan hingga aplikasi umum selain OS/driver	Saat ini masih dalam tahap private preview

Prospek ke depan

• Diperkirakan permintaan untuk integrasi pembaruan aplikasi bisnis akan besar lebih dulu
• Setelah itu ada kemungkinan meluas ke Adobe, Zoom, dan perangkat lunak komersial lainnya
• Dalam jangka panjang, arahnya adalah menuju penyatuan pembaruan di seluruh sistem seperti macOS

Microsoft kembali memperkuat upayanya untuk menyatukan pengalaman pembaruan aplikasi yang selama ini tersebar, dan apakah developer serta perusahaan mau berpartisipasi dalam kolaborasi ini kemungkinan akan menjadi kunci transisi ekosistem tersebut.

[GN⁺]

Komentar Hacker News

• Di Windows, masih ada situasi di mana Chrome menangani pembaruan dengan memakai layanan khusus untuk menghindari masalah eskalasi hak akses, dan banyak aplikasi seperti Spotify tetap dipasang di AppData karena alasan yang sama. Banyak uninstaller program juga masih tidak bekerja dengan baik sehingga meninggalkan file atau jejak lain. MSI juga selamanya menuntut agar kunci baru ditandatangani dengan kunci lama bernama “chain signing”, yang terasa sangat menyulitkan ketika harus mengelola pembaruan selama periode panjang lebih dari 10 tahun. Ada harapan semoga semua keadaan ini suatu hari bisa dirapikan dengan bersih.
  • Program instalasi/pembaruan yang dipakai Chrome adalah Omaha yang bersifat open source, dan aplikasi lain yang disebutkan memakai Squirrel. Keduanya bisa ditempatkan di AppData, terutama Squirrel yang hanya dipasang di direktori pengguna. Filosofi Squirrel memang memungkinkan instalasi per pengguna tanpa hak administrator.
  • Alasan memasang di AppData bukan untuk menyembunyikan diri demi menghindari eskalasi hak akses. Itu adalah hasil dari Microsoft yang selama hampir lebih dari 10 tahun menganjurkan pemasangan di AppData, dan sekarang jika sebuah program bisa berjalan tanpa eskalasi hak akses, maka pemasangan di AppData dianggap sebagai cara yang “benar”.
  • Untuk aplikasi yang tidak dikontainerisasi dan memiliki akses root/admin, dari sudut pandang installer hampir mustahil menangani seluruh file sisa secara sempurna. Aplikasi-aplikasi ini bisa membuat dan menulis file di direktori mana pun, dan bahkan uninstaller yang disediakan Microsoft atau vendor aplikasi tidak bisa menemukan semua file tersebut. Kecuali seluruh alur kerja program direproduksi apa adanya, penghapusan total dianggap sulit.
  • Paket di lingkungan GNU/Linux juga sering meninggalkan file sisa.
• Senang menemukan UniGetUI, karena dapat memanggil berbagai package manager seperti WinGet dan Scoop dengan baik, sekaligus menyediakan fitur kustomisasi seperti daftar abaikan. Di Windows, rasanya sulit mengharapkan tingkat kustomisasi sebesar itu.
• Selalu bertanya-tanya kenapa Windows sejak awal tidak memiliki framework instalasi, pembaruan, dan penghapusan terpadu seperti macOS. Ini terasa seperti kekurangan yang jelas dan belum pernah benar-benar diselesaikan. Bahkan sekarang pelanggan enterprise pun tetap harus melakukan packaging aplikasi sendiri untuk mengelolanya. Dugaan saya, penyebabnya adalah karena sejak awal Microsoft mendorong penggunaan DLL bersama dan harus menjaga kompatibilitas mundur, sehingga tidak memaksakan adopsi .MSI atau framework manajemen software yang lebih maju.
  • macOS juga tidak menyediakan framework terpadu seperti itu sejak awal. Banyak aplikasi memang mudah dipasang cukup dengan drag and drop ke folder Applications, tetapi cukup banyak juga yang mengharuskan menjalankan installer dan sering meminta autentikasi administrator untuk memasang file pendukung di seluruh sistem. Ada juga updater bawaan aplikasi yang berjalan otomatis saat startup. Dulu bahkan ada extension atau elemen control panel yang dipasang ke System Folder dan memerlukan reboot. Banyak dari aplikasi tersebut juga tidak punya fitur uninstall sendiri, sehingga file preferensi dan cache harus dicari dan dihapus manual oleh pengguna agar bisa memasang ulang tanpa masalah.
  • Karena pengaruh MS-DOS, sistem operasi terkenal pertama Microsoft, Windows awal pada dasarnya bekerja seperti DOS dari sudut pandang instalasi software pihak ketiga. Tidak ada konsep instalasi terpisah; cukup jalankan INSTALL.COM/INSTALL.EXE yang disediakan vendor. Biasanya ini membuat folder baru di direktori root lalu menyalin file ke sana, dan dalam beberapa kasus pengguna bahkan membuat folder sendiri lalu menyalin file secara manual. Semua operasi data aplikasi terpusat pada direktori tertentu seperti C:\Program Files, tidak dipisah seperti /bin, /etc, /var pada UNIX. MS-DOS sendiri memang tidak terlalu peduli soal lokasi file selain IO.SYS, MS-DOS.SYS, CONFIG.SYS, AUTOEXEC.BAT, dan beberapa file lain. Saat Windows 3.x mulai populer pun pola kerja gaya DOS ini tetap berlanjut, sehingga “sistem instalasi terpadu” baru muncul sangat belakangan. .MSI juga diperkenalkan cukup terlambat, yang menjelaskan latar historis kenapa banyak program lama tidak mengadopsinya.
  • Saat beralih ke macOS, benar-benar terkejut karena pengalaman instalasi tipikalnya jauh lebih baik daripada Windows. Kesederhanaan cukup menyalin file hasil unduhan ke folder tertentu dan instalasi selesai terasa sangat mengesankan. Bahkan ketika perlu installer terpisah, hampir selalu memakai alur yang sudah akrab dari sistem sehingga terasa ringan.
  • Masalah rumit seperti driver, system extension, dan manajemen versi library membuat sistem instalasi/penghapusan terpadu sulit dibuat. Jika koneksi internet pun tidak bisa dijamin, itu jadi lebih rumit lagi. Kalaupun fitur seperti itu dibuat, vendor software tetap harus diyakinkan agar mau menggunakannya, dan ada kekhawatiran manajemen justru melihatnya sebagai sarana keuntungan baru.
  • Vendor software besar umumnya memang menyediakan paket msi untuk deployment lewat GPO. Dalam 10 tahun terakhir rasanya hampir tidak pernah perlu melakukan packaging sendiri; biasanya paling hanya pekerjaan ringan seperti menyetel parameter instalasi. Meski begitu, masih banyak ruang untuk perbaikan.
• Di Windows 10, semua pembaruan dimatikan dan tetap dipakai lebih dari setahun tanpa masalah. Rasanya Microsoft sudah membuat kata “update” sendiri terdengar negatif, dan sulit mengerti kenapa Nadella tampak begitu tidak menunjukkan kecintaan pada Windows.
  • Memang ada pengguna yang akan celaka jika tidak melakukan update karena alasan keamanan, tetapi kebanyakan PC rumahan berada di balik NAT, sehingga eksploitasi kerentanan jarak jauh seperti EternalBlue juga sulit dilakukan. Selama tidak terkena trojan, seharusnya tidak ada masalah besar. Jika browser tetap terbaru, secara praktis sudah cukup aman. Di sisi lain, bahkan bila trojan masuk, ia tetap bisa mengenkripsi dokumen atau ikut botnet tanpa perlu hak administrator, jadi pembaruan Windows saja bukan jawaban untuk semua ancaman.
• Cara kerja Windows Update terasa sangat mirip dengan metode yang dipakai semua package manager Linux. Hanya saja dibanding alternatif lain seperti Chocolatey, Scoop, dan WinGet, Windows Update terasa terlalu sederhana dan minim fitur.
  • Rasanya memalukan karena baru tahu keberadaan WinGet terlalu terlambat. Setelah lama berada di lingkungan Linux seperti Ubuntu lalu mencari package manager untuk Windows, barulah mengetahuinya.
  • Windows Update terasa sangat lambat. Jika jumlah komponen pembaruan atau volume data bertambah 10 kali lipat, rasanya sulit dibayangkan apa yang akan terjadi.
• Untuk pengguna biasa yang bukan developer/power user dan merasa sulit memperbarui aplikasi lewat Winget/baris perintah, sangat merekomendasikan aplikasi open source UniGetUI. UI-nya intuitif, pengelolaannya bagus, dan berjalan sangat nyaman.
  • Baru pertama kali tahu proyek UniGetUI dan tampilannya benar-benar terasa rapi. Terima kasih atas informasi bagusnya.
• Berkat thread ini jadi tahu ada alat yang sangat keren bernama UniGetUI, dan ke depannya pasti akan dipasang di semua perangkat Windows saya. Tujuan utama aplikasi ini adalah menyediakan GUI yang intuitif untuk berbagai package manager Windows seperti WinGet, Scoop, Chocolatey, Pip, Npm, .NET Tool, dan PowerShell Gallery. Ini aplikasi menarik yang memudahkan pemasangan/pembaruan/penghapusan software yang diinginkan lewat package manager yang didukung. Lihat tautan (16.2k stars).
• Ada keraguan bahwa perubahan ini akan membuat pembaruan 7zip saja butuh 20 menit dan bahkan meminta reboot.
  • Rasanya tidak harus berakhir seperti itu. Banyak pembaruan di Windows Update yang tidak memaksa reboot, dan 7zip pun kemungkinan bisa diatur dengan cara yang tidak berbeda.
• Sama seperti penulis lain, perubahan ini terasa sudah sangat terlambat. Alasannya bukan sekadar soal siapa yang lebih dulu, tetapi karena secara pribadi saya merasa era Win32 API dan aplikasi desktop sudah berakhir setidaknya 10 tahun lalu. Sekarang aplikasi yang terpasang di desktop hanya sedikit, dan sebagian besar pengguna jauh lebih bergantung pada aplikasi mobile dan web browser. Yang saya pasang sendiri pun kebanyakan utilitas, dan itu juga tidak cocok dengan model bisnis Microsoft. Jadi akhirnya muncul pertanyaan, sebenarnya siapa pengguna sasaran kebijakan ini?
• Ada kekhawatiran bahwa kebijakan ini akan menciptakan single point of failure yang besar jika layanan Windows Update mengalami masalah. Seperti terlihat dari tren pencarian terkait, Windows Update punya rekam jejak ketidakstabilan yang panjang.
  • Jika benar menjadi satu-satunya sarana pembaruan, kekhawatiran itu memang masuk akal. Namun sepertinya tidak ada rencana menjadikan Windows Update sebagai satu-satunya jalur, jadi kekhawatiran soal “single point” terasa tidak terlalu besar.