보안을 유지하고 최신 기능에 액세스하려면 운영체제를 자주 업데이트해야 합니다. 기본적으로 ChromeOS는 약 4주마다 안정화 버전 채널 (안정화)에 전체 OS 업데이트를 출시합니다. 보안 수정사항과 소프트웨어 업데이트 같은 소규모 업데이트는 2~3주마다 이루어집니다. 개발자는 각 신규 안정화 버전이 출시되기 전에 개발자 (Dev) 또는 베타 (Beta) 채널에서 애플리케이션을 테스트하여 앱이 제대로 작동하는지 확인할 수 있습니다. 개발자 버전은 매주 1~2회 업데이트되며 Chrome팀에서 현재 작업 중인 내용을 보여줍니다. 이 빌드에는 아직 버그가 있을 수 있지만 정식 버전에 출시될 내용을 9~12주 동안 미리 볼 수 있습니다. 베타에서는 안정화 버전에 포함될 기능의 4~6주 미리보기가 제공됩니다.
하지만 기존 채널을 사용하여 매월 테스트하는 것은 시스템 관리자와 개발자가 최신 상태를 유지하기 어려울 수 있습니다. 더 나은 지원을 제공하고 모든 사용자가 더 많은 시간을 들여 테스트할 수 있도록 ChromeOS용 장기적 지원 채널이 포함된 새로운 장기적 지원 계획을 마련했습니다.
장기적 지원 출시
ChromeOS의 장기 지원 버전은 조직에서 기기를 관리하는 데 필요한 노력을 줄이고 모든 OS 업데이트에서 앱이 잘 작동하는지 인증하는 강력한 도구입니다. 관리자와 개발자는 모두 이러한 기능을 숙지하여 이를 채택하는 조직에 우수한 환경을 제공해야 합니다.
ChromeOS는 장기적 지원 후보 (LTC) 출시와 장기적 안정화 (LTS) 출시라는 두 가지 장기적 지원 출시를 제공합니다.
- 장기적 지원 후보 (LTC) - 다음 LTS 버전의 기반으로 사용되며 LTS 3개월 전에 안정화 버전에서 잘라내어 관리자가 준비할 수 있는 미리보기를 제공합니다.
- 장기적 지원 채널 (LTS) - 6개월마다 업데이트되는 이 채널은 출시 주기가 가장 느리며 일반 공개 버전 채널을 대체하기 위한 것입니다. 테스트 목적으로 LTC를 유지해야 하는 일부 사용자를 제외하고 조직 전체에서 장기 지원 버전을 채택할 때는 대부분 LTS를 사용해야 합니다.
안정화 버전, LTC, LTS 출시 타임라인
LTC / LTS 수명 주기는 다음과 같이 작동합니다.
- LTC 버전 (다이어그램의 108 LTC)은 안정화 버전 (108 Stable)에서 잘라내므로 첫 달에는 두 버전이 동일합니다.
- LTC는 다음 LTS 출시 (다이어그램의 108 LTS)까지 향후 3개월 동안 2주마다 보안 수정사항을 받기 시작합니다. 즉, 초기 LTC 출시 후 3개월이 지나면 LTC가 LTS를 미러링합니다.
- LTS가 출시되면 2주마다 보안 수정사항을 계속 받습니다.
- LTS 출시 후 LTC에 남아 있는 기기도 2주마다 계속해서 보안 수정사항을 받으며, 중단되면 다음 LTC 버전으로 자동 업데이트됩니다.
운영체제 기능 및 버그 수정 외에도 펌웨어 업데이트는 기기의 자동 업데이트 만료 (AUE)까지 LTS 출시 내에 번들로 제공됩니다.
두 채널 중 하나를 사용 설정하려면 Google 도메인과 관리 기기가 있어야 합니다. Chrome Enterprise 업그레이드 체험판에 가입하여 Google 관리 콘솔에 액세스하면 관리 Chromebook을 설정하고 배포할 수 있습니다. 마지막으로 관리 콘솔에서 관리 기기를 LTS 또는 LTC 채널로 전환합니다. LTS 채널에 대부분의 기기를 유지하고 LTC를 사용하여 예정된 LTS 출시를 테스트하는 것이 좋습니다.
LTC / LTS 테스트 워크플로
LTC와 LTS는 안전한 운영체제 환경을 보장하면서 관리자의 테스트 노력을 크게 줄이도록 설계되었습니다. 시스템 관리자와 개발자가 장기 지원 수명 주기를 준수하도록 하려면 다음을 수행해야 합니다.
- 곧 출시될 LTC 채널과 일치하는 공개 버전이 출시되기 전에 개발자 및 베타에서 테스트하세요.
- LTC가 출시되면 LTS가 잘릴 때까지 적용된 보안 수정사항이 작업에 영향을 미치지 않는지 테스트합니다.
- LTC가 LTS로 승격되면 LTS는 2주마다 계속해서 보안 수정사항을 받습니다. 이러한 경우에도 테스트해야 합니다.
수명 주기 다이어그램을 참고하세요.
- 108 LTC가 잘리는 108 안정화 버전 출시 전에 108 개발자 버전과 108 베타에서 테스트를 시작하여 모든 것이 잘 작동하는지 확인하세요.
- 초기 컷 날짜로부터 3개월 후 108 LTS가 출시될 때까지 2주마다 108 LTC에서 테스트합니다.
- 보안 수정사항으로 인해 문제가 발생하지 않도록 LTS에서 정기적으로 테스트를 계속합니다.
LTC/LTS 버전 간 변경사항 관리
ChromeOS의 장기적 지원 버전을 채택하든 채택한 조직과 협력하든 버전 간의 변경사항을 적절하게 관리하는 것이 중요합니다. 새 플랫폼 기능을 기반으로 기능을 추가하거나 이후 버전에서 지원 중단된 기능을 사용할 수 있습니다. 또는 특정 버전의 앱의 특정 기능을 사용하거나 사용자에게 실행할 버전을 선택할 수 있는 기능을 제공하고 싶을 수도 있습니다. 원활한 애플리케이션 액세스를 보장하려면 앱이 이전 버전과 호환되도록 하거나, 버전별로 별도의 인스턴스를 제공하거나, 둘 다를 제공해야 합니다.
이전 버전과의 호환성 보장
하위 호환성을 사용하면 최신 버전의 애플리케이션이 이전 버전의 플랫폼에서 실행될 수 있습니다. 기능 감지라는 기법을 사용하면 됩니다. 이 기법은 새 기능을 사용하기 전에 새 기능의 사용 가능 여부를 확인합니다. 있는 경우 사용하고, 없는 경우 대체 값을 선택적으로 제공합니다. 이 기법의 일반화된 버전을 기능 플래그라고 하며, 기능이 사용 설정되었는지 여부에 따라 코드 경로가 로드됩니다. 기능은 기능 가용성 또는 앱이나 사용자 수준 구성을 통해 사용 설정됩니다. Android 앱, Chrome 확장 프로그램, 웹 앱 모두 이 기술의 혜택을 누릴 수 있습니다. 앱의 최신 버전이 이전 버전과 호환되도록 하면 모든 사용자를 대상으로 단일 애플리케이션을 관리할 수 있습니다.
컴퓨팅 집약적인 애니메이션을 제공하려는 웹 앱은 WebGPU를 지원하는 브라우저에 WebGPU를 구현하고 사용할 수 없는 경우 더 간단한 JavaScript 기반 애니메이션으로 대체할 수 있습니다. 이를 위해 다음과 같은 작업을 수행할 수 있습니다.
if ('gpu' in navigator) { // WebGPU is supported! Accelerate computation. } else { // No WebGPU, fallback to JavaScript implementation. }
별도의 인스턴스 제공
버전 간 차이가 너무 커서 하위 호환성 기술을 통해 처리할 수 없는 경우가 있습니다. 기능 차이가 너무 크거나 기본 애플리케이션과 별도의 장기 지원 버전이 필요할 수 있습니다. 이 경우 버전별로 별도의 인스턴스를 제공하는 것이 좋습니다. 이렇게 하면 사용자가 특정 버전의 앱을 사용하게 되지만 운영 비용이 증가할 수 있으므로 이 솔루션을 선택할 때 이 점을 염두에 두세요.
웹 앱의 경우 별도의 인스턴스를 제공한다는 것은 애플리케이션의 여러 버전을 서로 다른 URL에서 호스팅하는 것을 의미하며, 별도의 서버, 데이터베이스 또는 기타 웹사이트 인프라가 필요할 수 있습니다. Android 애플리케이션의 경우 각 버전에 별도의 Play 스토어 등록정보가 있어야 합니다. 사용자가 선택할 수 있는 유사한 애플리케이션이 여러 개 있어 혼동을 일으킬 수 있습니다. Chrome 확장 프로그램도 여러 등록정보를 가질 수 있으며, 고객에게 Chrome 관리 콘솔을 통해 필요한 Chrome 확장 프로그램 버전을 고정하도록 권장할 수도 있습니다. 확장 프로그램 고정 방법과 고정과 관련된 주의사항을 자세히 설명하는 이 문서를 참고하세요.
ChromeOS 사용자에게만 장기 지원 버전을 제공하려는 Android 앱은 AndroidManifest.xml 파일에 다음을 포함하는 별도의 등록정보를 만들어 ChromeOS 기기에만 제공되도록 지정할 수 있습니다.
<uses-feature android:name="org.chromium.arc" android:required="true" />