Việc cập nhật hệ điều hành thường xuyên là rất quan trọng để đảm bảo an toàn và sử dụng các tính năng mới nhất. Theo mặc định, ChromeOS phát hành bản cập nhật hệ điều hành đầy đủ cho kênh ổn định (Stable) khoảng 4 tuần một lần. Các bản cập nhật nhỏ, chẳng hạn như bản vá bảo mật và bản cập nhật phần mềm, diễn ra 2–3 tuần một lần. Nhà phát triển có thể kiểm thử ứng dụng của họ trên kênh nhà phát triển (Dev) hoặc kênh thử nghiệm (Beta) trước khi mỗi phiên bản ổn định mới được phát hành, để đảm bảo ứng dụng hoạt động tốt. Kênh nhà phát triển được cập nhật 1 – 2 lần một tuần và cho biết những gì mà nhóm Chrome đang thực hiện. Bản dựng này vẫn có thể gặp phải lỗi, nhưng cho phép bạn xem trước 9 đến 12 tuần đối với những tính năng sắp ra mắt trong phiên bản ổn định. Kênh thử nghiệm beta cho phép bạn dùng thử các tính năng sắp ra mắt trong phiên bản ổn định trong 4 đến 6 tuần.
Tuy nhiên, việc kiểm thử hằng tháng bằng các kênh hiện có này có thể gây khó khăn cho quản trị viên hệ thống và nhà phát triển trong việc theo dõi. Để hỗ trợ tốt hơn và cho mọi người thêm thời gian kiểm thử, chúng tôi đã tạo một kế hoạch hỗ trợ dài hạn mới cho ChromeOS, bao gồm các kênh hỗ trợ dài hạn.
Bản phát hành hỗ trợ dài hạn
Các bản phát hành hỗ trợ dài hạn của ChromeOS là một công cụ mạnh mẽ giúp giảm bớt công sức quản lý thiết bị trong một tổ chức và chứng nhận rằng các ứng dụng hoạt động tốt cho mọi bản cập nhật hệ điều hành. Cả quản trị viên và nhà phát triển đều nên làm quen với các API này để mang lại trải nghiệm tuyệt vời cho những tổ chức sử dụng chúng.
ChromeOS cung cấp hai bản phát hành hỗ trợ dài hạn: bản phát hành đề xuất hỗ trợ dài hạn (LTC) và bản phát hành ổn định dài hạn (LTS).
- Đề xuất hỗ trợ dài hạn (LTC) – được dùng làm cơ sở cho phiên bản LTS tiếp theo và được cắt từ kênh Ổn định 3 tháng trước khi LTS ra mắt, giúp quản trị viên xem trước để chuẩn bị.
- Kênh hỗ trợ dài hạn (LTS) – được cập nhật 6 tháng một lần, kênh này có lịch trình phát hành chậm nhất và được dùng để thay thế kênh ổn định thông thường. Ngoại trừ một số người dùng vẫn nên sử dụng LTC cho mục đích kiểm thử, hầu hết người dùng nên sử dụng LTS khi áp dụng các bản phát hành được hỗ trợ dài hạn trong một tổ chức.
Tiến trình phát hành các phiên bản ổn định, LTC và LTS
Vòng đời LTC / LTS hoạt động như sau:
- Bản phát hành LTC (108 LTC trong sơ đồ) được cắt từ bản phát hành ổn định (108 Stable), vì vậy trong tháng đầu tiên, cả hai đều giống hệt nhau.
- LTC bắt đầu nhận các bản sửa lỗi bảo mật mỗi 2 tuần trong 3 tháng tiếp theo cho đến khi có bản phát hành LTS tiếp theo (LTS 108 trong sơ đồ). Điều này có nghĩa là 3 tháng sau khi phát hành LTC ban đầu, LTC sẽ phản ánh LTS.
- Sau khi được phát hành, LTS sẽ tiếp tục nhận các bản vá bảo mật 2 tuần một lần.
- Những thiết bị vẫn dùng kênh LTC sau khi phiên bản LTS được phát hành cũng sẽ tiếp tục nhận được các bản sửa lỗi bảo mật mỗi 2 tuần và sẽ tự động cập nhật lên bản phát hành LTC tiếp theo khi bản phát hành đó được cung cấp.
Ngoài các tính năng và bản sửa lỗi của hệ điều hành, các bản cập nhật chương trình cơ sở cũng được đi kèm trong các bản phát hành LTS cho đến khi thiết bị hết hạn tự động cập nhật (AUE).
Để bật một trong hai kênh này, bạn phải có miền Google và thiết bị được quản lý. Bạn có thể đăng ký dùng thử Bản nâng cấp Chrome Enterprise để có quyền truy cập vào Bảng điều khiển dành cho quản trị viên của Google, cho phép bạn thiết lập và triển khai Chromebook được quản lý. Cuối cùng, hãy chuyển thiết bị được quản lý sang kênh LTS hoặc LTC trong Bảng điều khiển dành cho quản trị viên. Bạn nên giữ phần lớn thiết bị ở kênh LTS và sử dụng LTC để kiểm thử bản phát hành LTS sắp tới.
Quy trình kiểm thử cho LTC / LTS
LTC và LTS được thiết kế để giảm đáng kể nỗ lực kiểm thử của quản trị viên, đồng thời đảm bảo trải nghiệm hệ điều hành an toàn. Để giúp quản trị viên hệ thống và nhà phát triển nắm rõ vòng đời hỗ trợ dài hạn, bạn nên:
- Kiểm thử trên kênh Nhà phát triển và kênh Beta trước khi phát hành phiên bản chính thức phù hợp với bản phát hành kênh LTC sắp tới.
- Sau khi LTC được phát hành, hãy kiểm thử trên đó để đảm bảo mọi bản sửa lỗi bảo mật được áp dụng không ảnh hưởng đến công việc của bạn cho đến khi LTS được phát hành.
- Sau khi LTC được nâng cấp lên LTS, LTS sẽ tiếp tục nhận được các bản sửa lỗi bảo mật mỗi 2 tuần. Bạn cũng nên kiểm thử các phiên bản này.
Tham khảo sơ đồ vòng đời:
- Bắt đầu kiểm thử trên phiên bản 108 Dev và 108 Beta để đảm bảo mọi thứ hoạt động tốt trước khi phát hành phiên bản 108 Stable (ổn định) mà từ đó phiên bản 108 LTC sẽ được cắt.
- Kiểm thử trên 108 LTC hai tuần một lần cho đến khi 108 LTS được phát hành sau 3 tháng kể từ ngày cắt ban đầu.
- Tiếp tục kiểm thử thường xuyên trên LTS để đảm bảo các bản sửa lỗi bảo mật không làm hỏng bất cứ thứ gì.
Quản lý các thay đổi giữa các phiên bản LTC/LTS
Cho dù bạn sử dụng phiên bản hỗ trợ dài hạn của ChromeOS hay làm việc với một tổ chức có phiên bản này, việc quản lý các thay đổi giữa các phiên bản một cách thích hợp là rất quan trọng. Bạn có thể thêm một tính năng dựa trên các chức năng mới của nền tảng hoặc dựa vào một tính năng đã ngừng hoạt động trong các phiên bản sau. Hoặc bạn có thể dựa vào các tính năng cụ thể của một phiên bản ứng dụng cụ thể hoặc muốn cung cấp cho người dùng khả năng chọn phiên bản mà họ chạy. Để đảm bảo truy cập liền mạch vào ứng dụng, bạn nên cố gắng đảm bảo ứng dụng của mình tương thích ngược, cung cấp các phiên bản riêng biệt cho mỗi phiên bản hoặc cả hai.
Đảm bảo khả năng tương thích ngược
Khả năng tương thích ngược cho phép các phiên bản mới hơn của ứng dụng chạy trên các phiên bản cũ hơn của nền tảng. Bạn có thể thực hiện việc này bằng một kỹ thuật gọi là phát hiện tính năng, trong đó bạn kiểm tra xem một tính năng mới có sẵn hay không trước khi cố gắng sử dụng tính năng đó. Nếu có, bạn sẽ dùng; nếu không, bạn có thể cung cấp một giải pháp dự phòng. Phiên bản tổng quát của kỹ thuật này được gọi là cờ tính năng, trong đó một đường dẫn mã được tải tuỳ thuộc vào việc một tính năng có được bật hay không, thông qua khả năng cung cấp hoặc cấu hình ở cấp ứng dụng hoặc người dùng. Các ứng dụng Android, tiện ích của Chrome và ứng dụng web đều hưởng lợi từ kỹ thuật này. Bằng cách đảm bảo các phiên bản mới hơn của ứng dụng có khả năng tương thích ngược, bạn có thể quản lý một ứng dụng duy nhất cho tất cả người dùng.
Một ứng dụng web muốn cung cấp các ảnh động đòi hỏi nhiều sức mạnh tính toán có thể muốn triển khai WebGPU cho những trình duyệt hỗ trợ WebGPU và quay lại các ảnh động đơn giản hơn dựa trên JavaScript nếu không có WebGPU. Để làm như vậy, họ có thể thực hiện những việc sau:
if ('gpu' in navigator) { // WebGPU is supported! Accelerate computation. } else { // No WebGPU, fallback to JavaScript implementation. }
Cung cấp các phiên bản riêng biệt
Đôi khi, sự khác biệt giữa các phiên bản là quá lớn để xử lý thông qua các kỹ thuật tương thích ngược. Có thể có quá nhiều điểm khác biệt về tính năng hoặc bạn có thể có những nhu cầu kinh doanh đòi hỏi phải có một phiên bản hỗ trợ dài hạn riêng biệt so với ứng dụng chính. Trong trường hợp này, bạn nên cân nhắc việc cung cấp các phiên bản riêng biệt cho từng phiên bản. Mặc dù điều này đảm bảo rằng người dùng đang sử dụng một phiên bản cụ thể của ứng dụng, nhưng có thể làm tăng chi phí vận hành của bạn. Vì vậy, hãy lưu ý điều này khi chọn giải pháp này.
Đối với các ứng dụng web, việc cung cấp một phiên bản riêng thường có nghĩa là lưu trữ các phiên bản khác nhau của ứng dụng tại các URL khác nhau, có thể yêu cầu các máy chủ, cơ sở dữ liệu hoặc cơ sở hạ tầng trang web khác. Đối với các ứng dụng Android, điều này có nghĩa là bạn phải có trang thông tin riêng biệt trên Cửa hàng Play cho từng phiên bản. Điều này có thể khiến người dùng nhầm lẫn vì sẽ có nhiều ứng dụng tương tự nhau và họ có thể không biết nên chọn ứng dụng nào. Tiện ích Chrome cũng có thể có nhiều mục nhập hoặc bạn có thể đề xuất khách hàng ghim phiên bản Tiện ích Chrome mà họ cần thông qua bảng điều khiển Quản trị viên Chrome bằng cách giới thiệu cho họ tài liệu này. Tài liệu này trình bày chi tiết cách ghim tiện ích và một số lưu ý liên quan đến việc ghim.
Một ứng dụng Android chỉ muốn cung cấp phiên bản hỗ trợ dài hạn cho người dùng ChromeOS có thể tạo một trang thông tin riêng với nội dung sau trong tệp AndroidManifest.xml để chỉ định rằng ứng dụng đó chỉ được phân phối cho các thiết bị ChromeOS:
<uses-feature android:name="org.chromium.arc" android:required="true" />