약속의 시작: 2023년의 '10년 업데이트' 선언
2023년 가을, 구글은 크롬북 사용자들에게 꽤 반가운 발표를 했어요. 2021년 이후 출시된 크롬북 플랫폼은 출시 후 10년 동안 자동 업데이트를 제공하고, 그 전에 나온 일부 모델도 관리자나 사용자가 선택하면 지원 기간을 늘려주겠다는 내용이었죠. 그전까지 크롬북은 모델에 따라 업데이트가 비교적 일찍 끊기는 경우가 많아서 '싸게 사서 금방 버리는 기기'라는 비판을 받았거든요. 특히 학교에서 대량으로 사들이는 교육 시장에서는 이 약속이 큰 의미가 있었어요.
그런데 OSNews 보도에 따르면, 구글이 이 약속을 지키지 않게 됐다고 해요. 내걸었던 '10년'이 모든 기기에 그대로 적용되지는 않게 된 거죠. 크롬북을 쓰고 있거나 조직에서 관리하고 있다면 내 기기 모델의 업데이트 종료 일정을 다시 한번 확인해보시는 게 좋아요.
'AUE'가 뭐길래 이렇게 중요할까
크롬북에는 AUE(Auto Update Expiration), 우리말로 '자동 업데이트 만료일'이 정해져 있어요. 이 날짜가 지나면 ChromeOS 보안 패치와 기능 업데이트가 더 이상 오지 않아요. 그렇다고 기기가 갑자기 꺼지거나 고장 나지는 않아요. 문제는 그다음부터 조용히 쌓이거든요.
ChromeOS에서는 크롬 브라우저가 운영체제와 한 몸처럼 묶여 있어서, OS 업데이트가 끊기면 브라우저 버전도 그 자리에 멈춰요. 구글이 한때 브라우저를 OS에서 떼어내 따로 업데이트하는 'Lacros' 프로젝트를 진행했지만 2024년에 중단했고요. 그러다 보니 시간이 지날수록 보안 취약점은 쌓이고, 최신 웹 기능을 쓰는 사이트는 하나둘 제대로 열리지 않게 돼요. 사실상 '웹 전용 기기'인 크롬북에게는 치명적이죠. 학교나 기업에서는 보안 정책 때문에 AUE가 지난 기기를 아예 못 쓰게 하는 경우도 많아요.
10년 지원은 왜 이렇게 어려울까
'소프트웨어 업데이트쯤이야 계속 내주면 되지 않나?' 싶으실 수 있는데요, 생각보다 복잡해요. ChromeOS는 리눅스 커널 위에서 돌아가고, 기기마다 들어간 칩셋(인텔, AMD, 미디어텍, 퀄컴 등)에 맞는 커널과 펌웨어, 그래픽 드라이버가 필요해요. 칩 제조사가 오래된 칩의 지원을 끝내버리면, 구글이 오래된 커널에 보안 패치를 하나하나 옮겨 심는 백포팅 작업을 직접 해야 하거든요. 지원해야 할 기기 종류가 아주 많다는 걸 생각하면 엄청난 비용이죠.
여기에 플랫폼 전환이라는 변수도 있어요. 구글은 2025년에 ChromeOS와 안드로이드를 하나의 플랫폼으로 합치겠다는 방향을 공개적으로 밝혔어요. 운영체제의 기반 자체가 바뀌는 상황에서는 오래된 하드웨어까지 새 플랫폼으로 끌고 가는 것도, 기존 ChromeOS를 따로 유지하는 것도 부담이 클 수밖에 없어요. 이번 결정이 이 전환과 직접 관련이 있는지는 구글의 공식 설명을 지켜봐야 하지만, 자연스럽게 함께 떠오르는 배경이에요.
다른 플랫폼들은 어떻게 하고 있나
업데이트 기간 경쟁은 스마트폰에서 먼저 불붙었어요. 구글은 픽셀 8부터, 삼성은 갤럭시 S24부터 7년 업데이트를 약속했어요. EU는 2025년 6월부터 스마트폰과 태블릿에 일정 기간 이상 OS 업데이트를 제공하도록 의무화하는 규정을 시행하고 있고요. 마이크로소프트는 2025년 10월 윈도우 10 지원을 종료하면서 유료 연장 보안 업데이트(ESU)라는 출구를 마련했어요.
업계 전체가 '얼마나 오래 지원하느냐'를 제품 경쟁력이자 규제 대상으로 다루기 시작했다는 거예요. 그런 흐름에서 가장 먼저 '10년'이라는 큰 숫자를 내걸었던 구글이 그 약속을 지키지 못했다는 건 신뢰 면에서 타격이 클 수밖에 없어요.
한국 개발자에게 주는 시사점
웹 개발자라면 업데이트가 끊긴 기기의 오래된 브라우저가 현장에 꽤 오래 남는다는 걸 기억해야 해요. 특히 교육용 서비스처럼 학교 기기로 접속하는 사용자가 많다면, browserslist 설정으로 지원 브라우저 범위를 분명히 정하고, 최신 API를 쓸 때는 기능 감지(feature detection)와 대체 동작을 챙기는 게 안전해요.
제품을 만드는 입장이라면 좋은 반면교사예요. 지원 기간 약속은 마케팅 문구가 아니라 엔지니어링 비용이 따르는 계약이거든요. 하드웨어든 SaaS든 지원 정책을 발표하기 전에, 내가 의존하는 외부 요소(칩 제조사, 오픈소스 라이브러리, 클라우드 서비스)가 언제까지 지원되는지도 따져봐야 해요. 지킬 수 있는 만큼만 약속하는 게 결국 신뢰를 지키는 길이죠.
기기를 관리하는 IT 담당자라면 구글의 자동 업데이트 정책 페이지에서 보유 모델별 만료일을 정리해두고 교체 계획을 다시 점검해보세요.
마무리
한 줄 정리: '10년 업데이트'는 하드웨어 생태계 전체가 협력해야 지킬 수 있는 약속이었고, 이번 일은 장기 지원이 얼마나 어려운지를 보여줘요.
여러분은 기기를 고를 때 업데이트 지원 기간을 얼마나 중요하게 보시나요? 그리고 서비스를 만들 때 지원 정책은 어떻게 정하고 계신가요?
🔗 출처: Hacker News