OTA 와 기기 수명주기

표준이 펌웨어 배포까지 정한다

앞에서 판이 계속 올라간다고 했으니 갱신 이야기가 남았습니다. Matter 는 펌웨어 배포 방식까지 규격 안에 두었습니다.

구조는 둘로 나뉩니다. 새 펌웨어를 나눠 주는 쪽이 OTA Provider 이고 받아 가는 쪽이 OTA Requestor 입니다. 기기가 OTA Provider 노드에 새 펌웨어가 있는지 물어보고 받아 갑니다. 여기서 허브의 자리가 하나 더 생깁니다 — 허브가 OTA Provider 가 되면 집 안에서 로컬 배포가 가능합니다.

어떤 판이 유효한지 공개된다

배포할 소프트웨어 판 정보는 앞에서 본 공개 대장에 등재됩니다. 어떤 판이 유효하고 인증 상태인지가 공개 검증되는 것이지요. 아무 펌웨어나 유효한 것으로 통하지 않게 하려는 장치입니다.

여기서 운영 포인트가 하나 나옵니다. 기능이 바뀌는 펌웨어 갱신은 재인증 범위를 검토해야 합니다. 클러스터를 더하거나 기기 종류를 바꾸면 인증받은 내용과 달라지기 때문입니다. 그래서 판 정책과 인증 일정을 맞춰 두는 일이 운영의 몫이 됩니다.

떠나는 것도 표준에 있다

기기가 들어오는 것만 규격에 있는 것이 아닙니다. 떠나는 것도 정해져 있습니다. 패브릭에서 제거하는 것, 공장 초기화, 그리고 소유권 이전 시나리오가 표준 절차로 규정돼 있습니다.

이것이 왜 중요한지는 중고 거래와 이사를 생각하면 압니다. 전에 살던 사람의 계정이 남아 있는 도어록이나, 팔았는데 옛 주인 앱에서 여전히 보이는 에어컨은 보안 사고입니다. 표준이 이 자리를 덮어 준 것이고, 만드는 쪽은 그 절차를 제대로 구현하면 됩니다.

허브는 두 트랙이다

⚠️ 허브를 만든다면 갱신 파이프라인이 둘입니다. 허브 자체의 갱신(리눅스 시스템 + Matter 스택 + AI 모델)과, 허브가 배포자 역할을 하는 주변기기 갱신입니다. 처음부터 분리해 설계하는 편이 좋고, 양쪽 다 서명과 되돌리기 방지 전략이 필요합니다.

갱신은 기능이 아니라 제품 수명주기 설계입니다. 언제까지 어떻게 갱신할지를 출시 전에 정해 두어야 합니다.