냉장고가 업데이트 때문에 멈췄다고요?
삼성이 스마트 냉장고에 내보낸 소프트웨어 업데이트가 냉장고를 '얼려버렸다'는 소식이 나왔어요. 여기서 얼렸다는 건 음식을 더 차갑게 만들었다는 뜻이 아니라 소프트웨어가 멈춰버렸다(freeze)는 뜻이에요. 냉장고 얘기라 말장난처럼 들리지만 사용자 입장에선 웃을 일이 아니었죠. 삼성의 패밀리허브 냉장고는 문에 큰 터치스크린이 달려 있어서 레시피를 보고, 장보기 목록을 쓰고, 냉장고 안을 카메라로 확인하는 기능이 있는데요. 보도에 따르면 업데이트 이후 이 화면이 먹통이 되거나 반응하지 않는 문제가 사용자들 사이에서 보고됐어요.
다행인 건, 이런 제품은 보통 냉각을 담당하는 제어 장치와 화면을 담당하는 컴퓨터가 분리되어 있다는 점이에요. 냉장고 안쪽의 온도 조절과 압축기 제어는 작고 단순한 마이크로컨트롤러가 맡고, 문에 붙은 화면은 별도의 운영체제(삼성의 경우 타이젠)가 돌아가는 일종의 태블릿이거든요. 그래서 화면이 멈춰도 음식이 상하는 일은 잘 일어나지 않아요. 그런데 문제는, 사용자 입장에서 수백만 원짜리 냉장고의 얼굴이 먹통이 됐다는 사실 자체예요. 그리고 개발자 입장에서는 '어떻게 이런 업데이트가 수많은 집에 그대로 배포될 수 있었나'라는 질문이 남죠.
OTA 업데이트가 뭐고 왜 위험한가요
OTA(Over The Air)는 말 그대로 '공중으로', 즉 인터넷을 통해 기기의 소프트웨어를 갱신하는 방식이에요. 스마트폰 업데이트를 떠올리시면 돼요. 예전 가전제품은 한번 팔리면 소프트웨어가 바뀔 일이 없었는데, 요즘은 냉장고, TV, 세탁기, 자동차까지 전부 OTA로 기능을 추가하고 버그를 고쳐요.
편리한 만큼 위험도 커요. 스마트폰은 사용자가 '나중에 업데이트'를 누를 수 있지만, 가전제품은 새벽에 조용히 자동으로 업데이트되는 경우가 많거든요. 그리고 한 번 배포된 업데이트가 잘못되면 기기 수십만 대에 동시에 문제가 생겨요. 2024년 크라우드스트라이크 사태 기억나시죠? 보안 소프트웨어의 업데이트 파일 하나가 잘못돼서 전 세계 윈도우 PC 850만 대가 블루스크린을 띄웠고, 공항과 병원, 은행이 멈췄어요. 규모는 다르지만 구조는 똑같아요. '중앙에서 한 번에 배포하는 소프트웨어'는 한 번 실수하면 그 실수가 곱하기로 퍼지는 거예요.
이런 사고는 대개 비슷한 원인으로 생겨요. 테스트한 기기와 실제 사용자 기기의 하드웨어 리비전이 미묘하게 다르다거나, 특정 지역이나 언어 설정에서만 터지는 버그가 있다거나, 오래 켜둔 기기에서만 나타나는 메모리 문제가 있다거나 하는 식이죠. 실험실에서 며칠 테스트해서는 절대 잡을 수 없는 종류의 문제들이에요.
잘 만든 OTA는 어떻게 생겼나요
그래서 업계에는 검증된 안전장치들이 있어요. 첫째는 단계적 배포(staged rollout)예요. 전체 기기의 1%에만 먼저 배포하고 며칠 지켜본 다음, 문제가 없으면 10%, 50%, 100% 순서로 넓혀가는 방식이죠. 구글 플레이스토어나 대부분의 앱 배포가 이렇게 동작해요. 1% 단계에서 이상 신호가 잡히면 즉시 멈추면 되니까 피해가 제한돼요.
둘째는 A/B 파티션이에요. 이게 뭐냐면, 기기 안에 소프트웨어를 저장하는 공간을 두 개 만들어두는 거예요. 지금 쓰는 쪽을 A라고 하면, 업데이트는 B에 설치하고 재부팅할 때 B로 넘어가요. 만약 B가 제대로 부팅되지 않으면 자동으로 A로 돌아가고요. 안드로이드 폰이 몇 년 전부터 이 방식을 쓰고 있어요. 셋째는 워치독(watchdog) 타이머인데요. 소프트웨어가 일정 시간 안에 '나 살아있어'라는 신호를 보내지 않으면 하드웨어가 강제로 재시작시키는 장치예요. 화면이 멈추는 문제라면 이런 장치가 제대로 있었는지 궁금해지는 부분이죠.
넷째는 텔레메트리, 즉 배포 후 기기들이 보내오는 상태 데이터를 실시간으로 보는 거예요. 업데이트 직후 재부팅 횟수가 갑자기 늘거나 앱 크래시가 튀면 자동으로 배포를 중단하는 파이프라인을 만들어두는 거죠. 이 네 가지가 갖춰져 있으면, 버그가 있는 업데이트가 나가더라도 '전체 사용자가 먹통'이 되는 일은 막을 수 있어요.
가전이 소프트웨어가 되면서 생기는 더 큰 문제
이번 일은 하나의 사고이지만, 그 뒤에는 더 근본적인 긴장이 있어요. 냉장고는 보통 10년에서 15년을 써요. 그런데 소프트웨어 지원은 그렇게 오래 가지 않아요. 스마트폰도 5~7년 지원이 최장인데, 냉장고 화면에 들어간 운영체제를 15년간 보안 패치까지 해줄 제조사가 있을까요? 지원이 끝나면 화면은 그대로 켜져 있지만 앱은 하나둘 동작을 멈추고, 결국 '비싼 냉장고에 붙은 죽은 태블릿'이 되기 쉬워요.
작년에 삼성이 미국에서 패밀리허브 냉장고 화면에 광고를 띄우는 실험을 했다가 사용자 반발을 산 일도 있었는데요. 이것도 같은 맥락이에요. 제조사가 소프트웨어를 원격으로 바꿀 수 있다는 건, 사용자가 원치 않는 방향으로도 바꿀 수 있다는 뜻이거든요. 수리할 권리 논의가 하드웨어를 넘어 소프트웨어까지 확장되는 이유예요.
한국 개발자에게 주는 시사점
임베디드나 IoT 쪽에서 일하신다면 이번 사례는 배포 파이프라인 점검 리스트로 쓰기 딱 좋아요. 우리 제품에 단계적 배포가 있는지, 부팅 실패 시 자동 롤백이 되는지, 배포 후 이상 징후를 자동으로 감지하는지 한 번씩 확인해보세요. 국내에서도 삼성과 LG가 각각 타이젠과 webOS로 가전 소프트웨어 생태계를 키우고 있으니 이런 경험은 점점 더 흔해질 거예요.
웹이나 앱 개발자에게도 남의 이야기가 아니에요. 원리는 완전히 같거든요. 기능 플래그로 새 기능을 일부 사용자에게만 열고, 카나리 배포로 서버 한두 대에 먼저 올리고, 문제가 생기면 한 번의 명령으로 되돌릴 수 있게 준비하는 것. 냉장고든 웹 서비스든 '한 번에 전부 배포'는 위험해요.
정리하면
한 줄로 정리하면, 인터넷에 연결된 모든 기기는 소프트웨어 배포 사고의 대상이 될 수 있고, 그걸 막는 건 완벽한 테스트가 아니라 실패를 전제로 한 배포 설계라는 거예요.
여러분 집의 가전제품은 어떤가요? 스마트 기능이 정말 필요해서 쓰고 계신가요, 아니면 그냥 딸려온 건가요? 그리고 여러분 팀의 배포 파이프라인에는 '1%만 먼저' 단계가 있으신가요?
🔗 출처: Hacker News