Частые обновления операционной системы жизненно важны для обеспечения безопасности и доступа к новейшим функциям. По умолчанию ChromeOS выпускает полное обновление ОС для стабильного канала (Stable) примерно каждые 4 недели. Незначительные обновления, такие как исправления безопасности и обновления программного обеспечения, происходят каждые 2–3 недели. Разработчики могут тестировать свои приложения на каналах для разработчиков (Dev) или бета-версиях (Beta) перед выпуском каждой новой стабильной версии, чтобы убедиться в их корректной работе. Канал Dev обновляется один или два раза в неделю и показывает, над чем сейчас работает команда Chrome. Эта сборка все еще может содержать ошибки, но дает представление о том, что появится в стабильной версии через 9–12 недель. Beta дает представление о функциях, которые появятся в стабильной версии, через 4–6 недель.
Однако ежемесячное тестирование с использованием существующих каналов может быть сложной задачей для системных администраторов и разработчиков. Чтобы обеспечить лучшую поддержку и дать всем больше времени на тестирование, мы разработали новый план долгосрочной поддержки ChromeOS с каналами долгосрочной поддержки.
Выпуски с долгосрочной поддержкой
Выпуски ChromeOS с долгосрочной поддержкой — это мощный инструмент, позволяющий сократить трудозатраты на управление устройствами в организации и гарантировать бесперебойную работу приложений после каждого обновления ОС. Как администраторам, так и разработчикам следует ознакомиться с ними, чтобы обеспечить удобство использования для организаций, внедряющих эти решения.
ChromeOS предлагает два варианта с долгосрочной поддержкой: вариант -кандидат на долгосрочную поддержку (LTC) и стабильный вариант с долгосрочной поддержкой (LTS) .
- Кандидат на долгосрочную поддержку (LTC) — используется в качестве основы для следующей версии LTS и исключается из стабильной версии за три месяца до LTS, предоставляя администраторам предварительный просмотр для подготовки.
- Канал долгосрочной поддержки (LTS) — обновляется каждые 6 месяцев, имеет самый медленный темп выпуска обновлений и предназначен для замены обычного стабильного канала. За исключением нескольких пользователей, которым следует оставаться на LTC в целях тестирования, большинству следует использовать LTS при внедрении обновлений с долгосрочной поддержкой в масштабах всей организации.
Хронология стабильных, долговременных и долговременных релизов.
Жизненный цикл LTC/LTS работает следующим образом:
- Выпуск LTC (108 LTC на диаграмме) отделен от стабильного выпуска (108 Stable), поэтому в течение первого месяца оба выпуска идентичны.
- В течение следующих 3 месяцев, до выхода следующего релиза LTS (108 LTS на диаграмме), LTC будет получать исправления безопасности каждые две недели. Это означает, что через 3 месяца после первого релиза LTC, LTC будет повторять LTS.
- После выпуска LTS-версии система будет продолжать получать исправления безопасности каждые две недели.
- Устройства, оставшиеся на LTC после выхода LTS, также будут продолжать получать исправления безопасности каждые две недели и автоматически обновятся до следующей версии LTC, когда она будет выпущена.
Помимо обновления функций операционной системы и исправления ошибок, обновления прошивки также входят в состав LTS-релизов до истечения срока автоматического обновления устройства (AUE).
Для включения любого из каналов вам потребуется домен Google и управляемое устройство . Вы можете зарегистрироваться для получения пробной версии Chrome Enterprise Upgrade , чтобы получить доступ к консоли администратора Google, которая позволит вам настраивать и развертывать управляемые Chromebook . Наконец, переключите ваши управляемые устройства на канал LTS или LTC из консоли администратора. Мы рекомендуем оставить большинство ваших устройств на канале LTS и использовать LTC для тестирования предстоящего выпуска LTS.
Процесс тестирования для LTC / LTS
LTC и LTS разработаны для значительного сокращения усилий администраторов по тестированию, обеспечивая при этом безопасную работу операционной системы. Чтобы системные администраторы и разработчики соответствовали требованиям долгосрочного цикла поддержки, следует:
- Протестируйте на платформах для разработчиков и бета-тестировщиков перед выпуском стабильной версии, которая будет выпущена одновременно с предстоящим релизом канала LTC.
- После выхода LTC протестируйте его, чтобы убедиться, что внесенные исправления безопасности не повлияют на вашу работу до выхода LTS.
- После того, как LTC получит статус LTS, LTS продолжит получать исправления безопасности каждые две недели. Вам тоже следует их протестировать.
Взяв за основу диаграмму жизненного цикла :
- Начните тестирование на версиях 108 Dev и 108 Beta, чтобы убедиться, что все работает исправно, перед выпуском стабильной версии 108, из которой будет исключена версия 108 LTC.
- Проводите тестирование 108 LTC каждые две недели до тех пор, пока 108 LTS не будет выпущен через три месяца после первоначальной даты выпуска.
- Продолжайте регулярно тестировать систему на LTS-сервере, чтобы убедиться, что исправления безопасности ничего не сломают.
Управление изменениями между версиями LTC/LTS
Независимо от того, используете ли вы версию ChromeOS с долгосрочной поддержкой или работаете с организацией, которая её использует, правильное управление изменениями между версиями имеет решающее значение. Вы можете добавить функцию, основанную на новых возможностях платформы, или использовать функцию, которая была устаревшей в более поздних версиях. Или же вы можете полагаться на определенные функции конкретной версии приложения, или хотите предоставить пользователям возможность выбирать, какую версию они будут использовать. Для обеспечения бесперебойного доступа к приложению следует позаботиться об обратной совместимости, предоставить отдельные экземпляры для каждой версии или сделать и то, и другое.
Обеспечьте обратную совместимость
Обратная совместимость позволяет новым версиям вашего приложения работать на более старых версиях платформы. Это можно сделать с помощью метода, называемого обнаружением функций, при котором проверяется доступность новой функции перед попыткой её использования. Если она существует, вы её используете; если нет, при необходимости предоставляется резервный вариант. Обобщённая версия этого метода называется флагами функций, где загружается путь выполнения кода в зависимости от того, включена ли функция, либо через доступность возможностей, либо через конфигурацию на уровне приложения или пользователя. Приложения для Android, расширения Chrome и веб-приложения — все они выигрывают от этого метода. Обеспечивая обратную совместимость новых версий вашего приложения, вы можете управлять одним приложением для всех ваших пользователей.
Веб-приложение, стремящееся обеспечить ресурсоемкую анимацию, может захотеть реализовать WebGPU для браузеров, поддерживающих эту технологию, и использовать более простые анимации на основе JavaScript, если она недоступна. Для этого оно может сделать следующее:
if ('gpu' in navigator) { // WebGPU is supported! Accelerate computation. } else { // No WebGPU, fallback to JavaScript implementation. }
Предоставьте отдельные экземпляры
Иногда различия между версиями слишком велики, чтобы их можно было обработать с помощью методов обратной совместимости. Различия в функциях могут быть слишком значительными, или у вас могут быть бизнес-потребности, диктующие необходимость наличия отдельной версии с долгосрочной поддержкой, отличной от основной версии приложения. В этом случае вы можете рассмотреть возможность предоставления отдельных экземпляров для каждой версии. Хотя это гарантирует, что пользователи используют определенную версию вашего приложения, это может увеличить ваши операционные расходы, поэтому учитывайте это при выборе такого решения.
Для веб-приложений предоставление отдельного экземпляра обычно означает размещение разных версий вашего приложения по разным URL-адресам, что потенциально может потребовать отдельных серверов, баз данных или другой инфраструктуры веб-сайта. Для приложений Android это означает наличие отдельных записей в Play Store для каждой версии. Это может привести к путанице у ваших пользователей, поскольку будет доступно множество похожих приложений, и они могут не знать, какое из них выбрать. Расширения Chrome также могут иметь несколько записей, или вы можете порекомендовать своим клиентам закрепить нужную им версию вашего расширения Chrome через консоль администратора Chrome, направив их к этой документации, в которой подробно описано, как закрепить расширения, и некоторые нюансы, связанные с закреплением.
Приложение для Android, которое планирует предоставлять версию с долгосрочной поддержкой только пользователям ChromeOS, может создать отдельный файл AndroidManifest.xml, указав, что оно должно доставляться только на устройства ChromeOS:
<uses-feature android:name="org.chromium.arc" android:required="true" />