Microsoft bắt đầu mở Windows Update cho mọi ứng dụng bên thứ ba

• Microsoft đã công bố bản xem trước của một nền tảng mới mở rộng khả năng cập nhật qua Windows Update cho cả ứng dụng bên thứ ba
• Nền tảng điều phối Windows Update mới được thiết kế để quản lý tập trung mọi bản cập nhật, bao gồm cả driver và ứng dụng doanh nghiệp
• Có thể tối ưu lịch cập nhật dựa trên hoạt động của người dùng, trạng thái pin và thời điểm năng lượng xanh
• Hỗ trợ cả ứng dụng Win32, MSIX và APPX, đồng thời lịch sử cập nhật ứng dụng cũng sẽ xuất hiện trong lịch sử Windows Update
• Vượt qua giới hạn của Microsoft Store hay Winget hiện tại, nền tảng này còn có khả năng bao gồm cả các ứng dụng tùy chỉnh cho doanh nghiệp

---

Windows Update đang muốn trở thành trung tâm cho mọi bản cập nhật ứng dụng

• Gần đây Microsoft đã công bố kế hoạch mở rộng Windows Update từ nền tảng cập nhật cho OS và driver thành nền tảng cập nhật hợp nhất cho mọi ứng dụng
• Thay đổi này có vẻ phản ánh nhu cầu, đặc biệt trong môi trường doanh nghiệp, muốn quản lý tập trung cả việc cập nhật các ứng dụng nội bộ

Tổng quan về nền tảng điều phối mới

• Hiện đang được cung cấp dưới dạng private preview với tên gọi Windows Update Orchestration Platform
• Mở rộng chức năng hiện có của Windows Update để đưa cập nhật ứng dụng vào cùng quy trình điều chỉnh lịch và tối ưu trải nghiệm người dùng

> “Chúng tôi đang xây dựng một nền tảng thông minh hợp nhất có thể điều phối mọi bản cập nhật như ứng dụng, driver và nhiều thứ khác cùng với Windows Update.” — Angie Chen, quản lý sản phẩm tại Microsoft

Vấn đề của cách cập nhật ứng dụng hiện nay

• Phần lớn ứng dụng Windows hiện vận hành hệ thống cập nhật riêng theo từng nhà phát triển
• Kết quả là thời điểm và chất lượng cập nhật không nhất quán
• Dù một số ứng dụng có thể được cập nhật tập trung qua Microsoft Store, nhiều ứng dụng không được đăng trên Store hoặc là ứng dụng nội bộ dành cho doanh nghiệp

Các tính năng và lợi ích chính

• Lập lịch dựa trên hoạt động của người dùng, trạng thái pin và thời điểm năng lượng bền vững
• Tích hợp vào thông báo mặc định và giao diện lịch sử của Windows Update
• Hỗ trợ ứng dụng MSIX / APPX cũng như một số ứng dụng Win32
• Tự động thừa hưởng các bản cập nhật trong tương lai của nền tảng
• Mở ra khả năng thay thế installer hiện có (ví dụ: các ứng dụng lớn như Adobe đang vận hành trình cài đặt nền riêng cũng có thể trở thành đối tượng áp dụng)

So sánh với các giải pháp hiện có

Phương thức	Mô tả	Nhược điểm chính
Microsoft Store	Quản lý cài đặt và cập nhật ứng dụng trong Store	Số ứng dụng được đăng bị hạn chế, khó áp dụng cho ứng dụng doanh nghiệp
Windows Package Manager (winget)	Công cụ cài đặt/cập nhật gói dựa trên dòng lệnh	Chủ yếu dành cho power user và lập trình viên, chưa phổ biến với người dùng thông thường
Điều phối Windows Update	Có thể hợp nhất cập nhật cả ứng dụng thông thường ngoài OS/driver	Hiện vẫn đang ở giai đoạn private preview

Triển vọng sắp tới

• Trước mắt, nhu cầu tích hợp cập nhật ứng dụng doanh nghiệp được dự đoán sẽ rất lớn
• Sau đó có thể mở rộng sang Adobe, Zoom và các phần mềm thương mại khác
• Về dài hạn, định hướng là thống nhất cập nhật trên toàn hệ thống giống như macOS

Microsoft đang một lần nữa đẩy mạnh nỗ lực hợp nhất trải nghiệm cập nhật ứng dụng vốn bị phân mảnh, và mức độ tham gia hợp tác của các nhà phát triển cùng doanh nghiệp sẽ là yếu tố then chốt cho sự chuyển dịch hệ sinh thái này.

[GN⁺]

Ý kiến Hacker News

• Trên Windows, vẫn còn tình trạng Chrome xử lý cập nhật bằng một dịch vụ đặc biệt để né các vấn đề nâng quyền, và nhiều ứng dụng như Spotify vẫn tiếp tục được cài vào AppData vì cùng lý do đó; nhiều trình gỡ cài đặt của chương trình vẫn không hoạt động đúng cách nên vẫn để lại tệp hoặc các dấu vết khác; MSI thì mãi mãi yêu cầu khóa mới phải được ký bằng một khóa cũ gọi là “chain signing”, điều này có cảm giác rất khó khăn khi phải quản lý cập nhật trong khoảng thời gian dài hơn 10 năm; mong rằng một ngày nào đó toàn bộ tình trạng này sẽ được sắp xếp gọn gàng
  • Trình cài đặt/cập nhật mà Chrome dùng là Omaha mã nguồn mở, còn các ứng dụng khác được nhắc tới thì dùng Squirrel; cả hai đều có thể nằm trong AppData (đặc biệt Squirrel chỉ cài trong thư mục người dùng), và triết lý của Squirrel là cho phép người dùng cài đặt mà không cần quyền quản trị
  • Lý do cài vào AppData không phải để che giấu nhằm né nâng quyền; đó là kết quả của việc Microsoft khuyến nghị cách cài vào AppData trong gần như hơn 10 năm qua, và ngày nay nếu một chương trình có thể hoạt động mà không cần nâng quyền thì cài vào AppData được xem là cách “đúng đắn”
  • Với các ứng dụng không được container hóa và có quyền truy cập root/quản trị, từ góc nhìn của trình cài đặt thì gần như không thể xử lý hoàn toàn các tệp còn sót lại; các ứng dụng này có thể tạo và ghi tệp vào bất kỳ thư mục nào, và ngay cả trình gỡ cài đặt do Microsoft hoặc nhà cung cấp ứng dụng cung cấp cũng không thể tìm ra mọi tệp, nên nếu không tái hiện toàn bộ luồng hoạt động của chương trình thì rất khó xóa sạch hoàn toàn
  • Các gói phần mềm trong môi trường GNU/Linux cũng thường để lại tệp còn sót
• Tình cờ biết đến UniGetUI, công cụ này gọi tốt nhiều trình quản lý gói như WinGet, Scoop và còn cung cấp các tính năng tùy biến như danh sách bỏ qua; trên Windows thì tôi nghĩ khó mà mong đợi được mức độ tùy biến như vậy
• Tôi luôn thắc mắc vì sao Windows ngay từ đầu lại không có một framework cài đặt, cập nhật và gỡ bỏ hợp nhất như macOS; rõ ràng đây là một thiếu sót chưa từng được giải quyết; đến bây giờ khách hàng doanh nghiệp vẫn phải tự đóng gói ứng dụng riêng để quản lý chúng; tôi đoán nguyên nhân là vì Microsoft từ đầu đã khuyến khích chia sẻ DLL và phải duy trì tương thích ngược, nên đã không ép buộc việc áp dụng .MSI hay một framework quản lý phần mềm tiên tiến
  • macOS cũng không có framework hợp nhất như vậy ngay từ đầu; nhiều ứng dụng có sự tiện lợi là chỉ cần kéo thả vào thư mục Applications, nhưng cũng không ít ứng dụng phải chạy trình cài đặt và thường yêu cầu xác thực quản trị để cài các tệp hỗ trợ cho toàn hệ thống; mỗi ứng dụng đôi khi còn tự chạy trình cập nhật riêng khi khởi động, trước đây còn có thời các extension hay mục control panel được cài vào System Folder và phải khởi động lại; và khá nhiều ứng dụng kiểu đó cũng không có chức năng gỡ bỏ riêng, nên để cài lại cho sạch thì người dùng vẫn phải tự tìm và xóa các tệp cấu hình, tệp cache v.v.
  • Do ảnh hưởng từ MS-DOS, hệ điều hành đầu tiên nổi tiếng của Microsoft, Windows thời kỳ đầu về mặt cài phần mềm bên thứ ba thực tế vận hành gần như DOS: không có khái niệm cài đặt riêng biệt, chỉ chạy INSTALL.COM/INSTALL.EXE do nhà cung cấp đưa kèm; thông thường nó tạo một thư mục mới ở thư mục gốc rồi sao chép tệp, đôi khi người dùng còn phải tự tạo thư mục và chép tay; toàn bộ thao tác dữ liệu của ứng dụng tập trung vào một thư mục nhất định (ví dụ: C:\Program Files), chứ không tách như /bin, /etc, /var của UNIX; bản thân MS-DOS cũng hoàn toàn không quan tâm tới vị trí của các loại tệp ngoài IO.SYS, MS-DOS.SYS, CONFIG.SYS, AUTOEXEC.BAT; ngay cả khi Windows 3.x được phổ biến rộng rãi thì cách làm việc kiểu DOS này vẫn tiếp tục, nên “hệ thống cài đặt hợp nhất” được đưa vào rất muộn; .MSI cũng xuất hiện khá về sau, đó là bối cảnh lịch sử khiến các chương trình cũ không áp dụng
  • Khi chuyển sang macOS, tôi thực sự ngạc nhiên vì trải nghiệm cài đặt điển hình tốt hơn Windows rất nhiều; cách chỉ cần chép tệp tải về vào thư mục là xong cài đặt tạo cảm giác rất tiện, và ngay cả khi cần trình cài đặt riêng thì hầu như lúc nào cũng là một luồng quen thuộc do hệ thống cung cấp nên thấy nhẹ nhàng
  • Những vấn đề phức tạp như driver, system extension, quản lý phiên bản thư viện khiến việc tạo ra một hệ thống cài đặt/gỡ bỏ hợp nhất trở nên khó khăn; nếu thậm chí không thể bảo đảm có kết nối Internet thì còn rắc rối hơn; và ngay cả khi xây dựng được tính năng này thì vẫn phải thuyết phục các nhà cung cấp phần mềm dùng nó, đồng thời cũng lo giới quản lý có thể xem đây như một cách kiếm lợi mới
  • Các nhà cung cấp phần mềm lớn nhìn chung đều cung cấp gói msi để triển khai qua GPO; trong 10 năm qua tôi gần như không nhớ mình từng phải tự đóng gói lấy, đa phần chỉ là vài thao tác đơn giản như tinh chỉnh tham số cài đặt; dù vậy tôi vẫn cảm thấy còn rất nhiều chỗ để cải thiện
• Tôi đã dùng Windows 10 hơn một năm mà tắt toàn bộ cập nhật vẫn không gặp vấn đề gì; có cảm giác như Microsoft đã khiến chính từ “cập nhật” mang nghĩa tiêu cực, và tôi không hiểu vì sao Nadella lại hờ hững với Windows đến vậy
  • Có thể sẽ có người hoảng lên về bảo mật nếu không cập nhật, nhưng phần lớn PC gia đình nằm sau NAT nên việc khai thác lỗ hổng từ xa (ví dụ EternalBlue) cũng khó, và trừ khi dính trojan thì sẽ không có vấn đề lớn; tôi nghĩ chỉ cần trình duyệt luôn được cập nhật là về thực tế đã khá an toàn; ngoại lệ là ngay cả khi dính trojan thì vẫn có thể mã hóa tài liệu hoặc tham gia botnet mà không cần quyền quản trị, nên chỉ Windows Update thôi cũng không thể ngăn được mọi mối đe dọa
• Tôi nghĩ cách làm của Windows Update rất giống với phương pháp mà mọi trình quản lý gói Linux đều dùng; chỉ là nếu so với các lựa chọn khác như Chocolatey, Scoop, WinGet thì Windows Update có vẻ quá đơn giản và thiếu tính năng
  • Tôi thấy hơi xấu hổ vì biết đến sự tồn tại của WinGet quá muộn; sau một thời gian dùng Ubuntu và các môi trường Linux khác, tôi mới tìm kiếm trình quản lý gói cho Windows rồi mới biết
  • Windows Update cho cảm giác rất chậm; nếu số lượng thành phần cập nhật hoặc lượng dữ liệu tăng gấp 10 lần thì thật khó tưởng tượng nổi sẽ ra sao
• Nếu là người dùng phổ thông, không phải nhà phát triển/người dùng nâng cao và thấy việc cập nhật ứng dụng bằng Winget/dòng lệnh là khó, tôi rất khuyến nghị ứng dụng mã nguồn mở UniGetUI; giao diện trực quan, được quản lý tốt và chạy rất mượt
  • Tôi mới biết đến dự án UniGetUI lần đầu mà thấy nó thực sự rất trau chuốt; cảm ơn vì đã chia sẻ thông tin hay
• Nhờ chuỗi thảo luận này mà tôi biết đến một công cụ rất tuyệt là UniGetUI; từ nay tôi chắc chắn sẽ cài nó trên mọi thiết bị Windows của mình; mục tiêu chính của ứng dụng này là cung cấp GUI trực quan cho nhiều trình quản lý gói Windows như WinGet, Scoop, Chocolatey, Pip, Npm, .NET Tool, PowerShell Gallery; đây là một ứng dụng hấp dẫn giúp cài đặt/cập nhật/gỡ bỏ phần mềm mong muốn một cách thuận tiện từ các trình quản lý gói được hỗ trợ; xem liên kết (đạt 16.2k stars)
• Tôi nghi ngờ thay đổi này sẽ dẫn tới cảnh ngay cả cập nhật 7zip cũng mất 20 phút và còn bắt khởi động lại
  • Tôi không nghĩ nhất thiết sẽ như vậy; Windows Update có nhiều bản cập nhật không bắt buộc khởi động lại, và tôi cho rằng 7zip cũng có thể được cấu hình theo cách không khác gì vậy
• Giống như những người khác, tôi cũng thấy thay đổi lần này đã quá muộn, nhưng không chỉ vì ai làm trước, mà vì cá nhân tôi cho rằng thời đại của Win32 API và ứng dụng desktop đã kết thúc ít nhất từ 10 năm trước; giờ số ứng dụng cài trên desktop là thiểu số, còn đa số người dùng phụ thuộc nhiều hơn vào ứng dụng di động và trình duyệt web; thứ tôi tự cài phần lớn cũng chỉ là tiện ích, và điều đó cũng không phù hợp với mô hình kinh doanh của Microsoft; rốt cuộc tôi không rõ người dùng mục tiêu ở đây là ai
• Lo ngại rằng chính sách này sẽ tạo ra một điểm lỗi đơn lẻ cực lớn nếu dịch vụ Windows Update gặp sự cố; như xu hướng tìm kiếm liên quan cho thấy, Windows Update có lịch sử bất ổn trong thời gian dài
  • Nếu nó trở thành phương thức cập nhật duy nhất thì lo ngại đó sẽ thành hiện thực, nhưng thực tế không có kế hoạch biến Windows Update thành con đường duy nhất, nên tôi nghĩ nỗi lo về “single point” không quá lớn