클라우드 없는 스마트 홈: Matter, Home Assistant, 그리고 서비스 종료 위험

스마트 홈 회사가 문을 닫으면 어떤 일이 벌어집니까?

무엇이 고장 나는지는 설계에 달려 있습니다. 물리적 스위치, 키패드, 온도 조절 다이얼, 또는 로컬에 저장된 일정이 있는 기기는 여전히 기본적인 제어를 제공할 수 있습니다. 모든 명령이 제조사의 계정과 클라우드를 거쳐 가는 기기는 서비스가 철회되면 원격 제어, 자동화, 앱 접근, 심지어 초기 설정까지 잃을 수 있습니다. 어떤 제품이 완벽하게 작동하는 것처럼 보이다가 인터넷 장애나 계정 문제, 회사의 결정으로 클라우드 의존성이 드러나는 이유가 여기에 있습니다.

중요한 질문은 제품에 앱이 있느냐가 아닙니다. 명령과 자동화가 어디에서 실행되느냐입니다. Google은 예전의 클라우드 연동 방식에서는 명령이 가정의 기기에서 플랫폼 클라우드로, 다시 제조사의 클라우드로 갔다가 기기로 되돌아올 수 있다고 설명합니다. Matter 기반 로컬 제어는 그 대신 지원되는 명령을 홈 네트워크를 통해 보냅니다. ^[1] 이 차이는 조명이나 센서를 더 견고하게 만들 수 있지만, 실제로 로컬에 구현된 기능에 한해서만 그렇습니다.

서비스 종료는 업데이트, 원격 보기, 알림, 계정 로그인, 음성 비서 연동, 기기 교체 서비스까지 없앨 수 있습니다. 가장 안전한 구매가 반드시 클라우드 기능이 가장 많은 제품인 것은 아닙니다. 조명을 켜거나, 온도 조절기를 조정하거나, 의도된 로컬 방식으로 잠금장치를 여는 것처럼 그 제품의 핵심 임무가, 그 가정에서 중요한 장애 조건 아래에서도 여전히 작동하는 제품이 가장 안전합니다.

클라우드 장애를 정전과 혼동하지 마십시오. 로컬 제어에도 라우터, 허브, 그리고 전기가 필요한 기기에는 전원이 있어야 합니다. Thread 배터리 센서는 배터리로 버틸 수 있지만, 컨트롤러에 전원이 없으면 자동화는 여전히 실패할 수 있습니다. 회복력은 전기, 로컬 네트워크, 인터넷 연결, 공급업체 클라우드, 계정 가운데 정확히 무엇에 의존하는지 파악하는 데서 시작됩니다.

Matter는 인터넷 없이 무엇을 합니까?

Matter는 익숙한 기술 위에 만들어진 개방형 스마트 홈 프로토콜입니다. Connectivity Standards Alliance는 Matter가 설정에는 Bluetooth Low Energy를, 기기 연결에는 Wi-Fi, Thread, 이더넷을 사용한다고 말합니다. ^[2] Google은 Matter 지원 기기가 각 명령을 인터넷이나 제조사 클라우드로 보내지 않고도 지원되는 명령을 기존 홈 네트워크로 전달할 수 있다고 말합니다. ^[1]

이것이 가치 있는 이유는 로컬 명령이 더 빠를 수 있고, 로컬 네트워크에 전원이 유지되는 한 인터넷 서비스가 끊겨도 살아남을 수 있기 때문입니다. ^[1][7] 상호 운용성도 좋아집니다. Matter 기기는 기기 유형과 컨트롤러 지원 여부에 따라 둘 이상의 Matter 인증 생태계를 통해 제어될 수 있습니다. ^[1][4] 그러나 로컬 제어가 광고된 모든 기능이 인터넷 없이도 계속 제공된다는 약속은 아닙니다.

CSA는 Matter를 로컬 연결 기술이라고 부르며, 집 밖에 있을 때 제어하려면 인터넷에 연결된 컨트롤러가 필요하다고 말합니다. 또한 일부 Matter 기기는 제조사의 애플리케이션을 통해 인터넷에 직접 연결될 수 있다고 밝힙니다. ^[2] 기본적인 켜기/끄기 명령이 로컬에서 처리되더라도 원격 접속, 클라우드 백업, 소프트웨어 업데이트, 계정에 연결된 기능, 음성 서비스, 공급업체 고유의 카메라나 분석 기능은 여전히 클라우드에 의존할 수 있습니다.

Matter는 포괄적인 ‘클라우드 없음’ 표시로서가 아니라 실제로 제공하는 로컬 기능을 보고 구매하십시오. 제품의 지원 페이지를 읽고 이렇게 물어보십시오. 인터넷을 끊은 상태에서 핵심 작업이 홈 네트워크에서 작동할 수 있는가? 물리적 조작부로 여전히 작동시킬 수 있는가? 잃게 되는 것은 기록인가, 알림인가, 원격 접속인가, 펌웨어 업데이트인가, 아니면 모든 제어인가? 반품 기간이 끝나기 전에 이를 시험하십시오.

Thread란 무엇이며, 보더 라우터가 필요합니까?

Thread는 IP 연결을 제공하는 저전력 메시 네트워킹 표준으로, 일부 Matter 기기가 사용합니다. ^[6] Google은 Matter 기기가 Wi-Fi, 이더넷 또는 Thread로 통신할 수 있으며, Thread 기기와 Wi-Fi 기기를 함께 쓰는 가정에는 Thread 보더 라우터 역할도 하는 허브가 필요하다고 설명합니다. ^[1] Home Assistant의 문서는 Thread 보더 라우터를 Thread 메시를 이더넷이나 Wi-Fi 같은 다른 IP 네트워크에 연결하는 네트워크 기기로 설명합니다. ^[6] 배터리로 작동하는 센서, 잠금장치, 조작 기기는 Thread가 저전력 통신을 위해 설계되었기 때문에 Thread를 사용할 수 있습니다. ^[2][6]

메시는 기기들이 트래픽을 중계할 수 있어 도달 범위를 넓힐 수 있지만, 마법은 아닙니다. 네트워크에는 전원이 공급되는 호환 기기가 충분히 있어야 하고 제대로 작동하는 보더 라우터가 있어야 합니다. 고른 Matter 기기가 Thread를 사용한다면, 선택한 컨트롤러나 허브가 Matter뿐 아니라 Thread도 지원하는지 확인하십시오. Google은 호환 허브의 예를 나열하지만, 올바른 목록은 플랫폼과 제품 세대에 따라 달라집니다. ^[1]

Thread를 쓴다고 해서 가정에 라우터나 전기, 컨트롤러가 더 이상 필요 없어지는 것은 아닙니다. Thread는 하나의 로컬 전송 계층입니다. 기기를 제어하는 것은 컨트롤러입니다. 보더 라우터는 Thread 메시를 IP 네트워크에 연결할 뿐 스스로 기기를 제어하지는 않습니다. ^[6] 집 밖에서의 제어와 관련해 CSA는 Matter만으로 구성한 환경에는 집 안에 인터넷에 연결된 컨트롤러가 필요하다고 말합니다. ^[2]

처음 구성할 때에는 인증 마크만 보고 여러 기기를 섞어 사는 일을 피하십시오. 생태계나 로컬 컨트롤러를 하나 고르고, 그것의 현재 Matter 및 Thread 지원 상태를 확인한 다음, 한 번에 한 가지 기기 유형씩 추가하십시오. 열두 대의 기기를 벽 뒤나 손이 닿기 어려운 곳에 설치하기 전에 로컬 명령을 시험하십시오.

Matter와 Home Assistant 가운데 어느 쪽이 클라우드 문제를 해결합니까?

Matter와 Home Assistant는 서로 관련은 있지만 다른 문제를 해결합니다. Matter는 상호 운용 가능한 기기 연결과 로컬 제어를 위한 프로토콜입니다. Home Assistant는 집 안의 하드웨어에서 실행되며 기기와 자동화를 조율할 수 있는 스마트 홈 플랫폼입니다. 견고한 구성은 둘을 함께 쓸 수 있습니다. Matter 호환 기기를, Matter 컨트롤러 역할을 할 수 있는 로컬 Home Assistant 설치와 짝지어 쓰는 것입니다. ^[7]

Home Assistant는 Zigbee, Z-Wave, Matter, Thread, ESPHome을 비롯한 로컬 프로토콜로 통신하는 기기는 조명, 스위치, 센서, 자동화가 계속 반응하는 데 인터넷 연결이 필요하지 않다고 말합니다. 그리고 이를 공급업체 클라우드 전용 기기와 대비시키는데, 그런 기기의 통합 구성 요소는 인터넷이 끊기면 기기에 도달할 수 없습니다. ^[3] 그래서 Home Assistant는 로컬 컨트롤러와 그 백업을 직접 관리할 의향이 있는 사람에게 유용한 선택지가 됩니다.

Home Assistant가 모든 외부 의존성을 없애 주는 것은 아닙니다. 자체 문서에 따르면 원격 접속과 Apple Home, Google Home, Amazon Alexa 통합 같은 Home Assistant Cloud 기능, 그리고 업데이트와 앱 스토어 접근에는 여전히 인터넷이 필요합니다. ^[3] 로컬 제어가 특정 카메라 영상이나 구독 서비스, 독점 기능이 무기한 작동할 것이라는 공급업체의 보증을 대신해 주지도 않습니다.

Matter는 지원되는 생태계 전반에 공통된 로컬 경로를 제공하기 때문에 기본적인 기기에는 더 간단할 수 있습니다. Home Assistant는 더 폭넓은 로컬 자동화와 통합 선택지를 제공할 수 있지만, 컴퓨터와 비슷한 시스템을 하나 더 관리해야 합니다. 올바른 선택은 원하는 복잡도에 따라 달라집니다. 로컬로 제어할 수 있는 조명 몇 개라면 호환되는 Matter 컨트롤러만으로 충분할 수 있고, 기존 로컬 프로토콜이 섞여 있는 가정이라면 전용 로컬 플랫폼을 둘 만한 이유가 있을 수 있습니다.

어느 선택지도 보안을 약화시켜도 되는 이유로 삼아서는 안 됩니다. 컨트롤러를 최신 상태로 유지하고, 로컬 계정을 보호하고, 백업하고, 원격 접속을 신중하게 검토하십시오. 부주의하게 인터넷에 노출된 로컬 허브는 줄이려던 클라우드 의존성과는 또 다른 문제를 만들어 낼 수 있습니다.

회사가 문을 닫기 전에 스마트 홈을 어떻게 시험할 수 있습니까?

설정을 마친 뒤 통제된 로컬 시험을 해 보십시오. 집의 전기와 로컬 라우터는 켜 둔 채 라우터의 인터넷 연결을 끊습니다. 필수 기능을 시험해 보십시오. 물리적 스위치, 로컬 앱 제어, 예약된 자동화, 센서가 촉발하는 동작이 그것입니다. 무엇이 여전히 작동하고 무엇이 실패하는지 기록하십시오. 이 시험은 인터넷 의존성과 전원 의존성을 구별해 줍니다.

다음으로 기기 계정을 살펴보십시오. 공급업체 계정을 쓸 수 없게 된 뒤에도 기기를 로컬로 제어할 수 있습니까? 설정이 클라우드 로그인에 묶여 있습니까? 공급업체에 연락하지 않고도 초기화하고 다시 페어링할 수 있습니까? 내보낼 수 있는 구성이나 로컬 백업이 있습니까? 이런 질문은 고장의 결과가 더 심각한 잠금장치, 난방, 경보 장치, 접근성 관련 장비에서 특히 중요합니다.

프로토콜과 컨트롤러의 세부 사항을 확인하십시오. Google은 Matter 로컬 제어가 기존 홈 네트워크에 의존하는 반면 Thread 기기에는 호환되는 Thread 보더 라우터가 필요하다고 말합니다. ^[1] 일반적인 Wi-Fi 라우터가 Thread 보더 라우터라고 가정하거나, Matter 지원이라고 광고된 기기에 원하는 모든 프로토콜이나 컨트롤러 기능이 들어 있다고 가정하지 마십시오.

수동 조작 방법, 기기 위치, 전원 공급 장치, 모델 번호, 로컬 작동을 복구하는 방법을 종이나 오프라인 형태로 간단히 기록해 두십시오. 비상시 지침은 그것이 필요한 사람들이 갖고 있게 하십시오. 자동화가 실패하더라도 집 안의 모든 사람이 의도된 로컬 경로나 물리적 경로로 조명을 켜고, 난방을 조절하고, 문의 잠금을 푸는 방법을 알고 있어야 합니다.

마지막으로 구매 관련 서류를 보관하고, 제조사가 공개한 지원 및 단종 정책이 있다면 확인하십시오. 명확한 서비스 종료 계획이나 이전 계획은 향후 호환성에 관한 마케팅 약속보다 더 쓸모가 있습니다.

집을 노출하지 않고 Home Assistant를 어떻게 설정해야 합니까?

Home Assistant는 기본적으로 로컬 네트워크에서만 접근할 수 있다고 말합니다. ^[5] 이는 로컬 우선 가정을 위한 합리적인 출발점입니다. 지원되고 유지관리되는 하드웨어에 설치하고, 강력하고 고유한 로그인 정보를 만들고, 릴리스 정보를 확인한 뒤 업데이트를 적용하고, 통합 구성 요소나 자동화를 변경하기 전에 백업을 만드십시오.

원격 접속은 선택 사항입니다. Home Assistant는 클라우드 원격 접속 서비스와 VPN 선택지를 문서로 안내하며, 단순히 라우터 포트를 여는 것은 안전하지 않다고 경고합니다. 설치 환경을 인터넷에 노출하기 전에 자체 보안 점검 목록을 따를 것을 권장합니다. ^[5] 원격 접속이 필요하지 않다면 로컬 상태로 두는 것만으로 노출의 한 범주 전체가 사라집니다.

집 안에서도 최소 권한 원칙을 적용하십시오. 가족 구성원에게는 필요한 접근 권한만 주고, 관리자 계정을 함께 쓰는 일을 피하고, 오래된 통합 구성 요소나 사용자를 삭제하십시오. 카메라와 보안에 민감한 기기는 그 가정에 적합한 네트워크 구성에 두고, 어떤 외부 서비스가 기기 데이터를 볼 수 있는지 점검하십시오.

클라우드를 쓸 수 없다고 가정하고 자동화를 시험하십시오. Home Assistant의 문서는 로컬 프로토콜 기기와 자동화가 인터넷 장애 중에도 계속 작동할 수 있지만, 공급업체 클라우드 전용 기기는 인터넷 없이는 클라우드 통합으로 도달할 수 없다고 말합니다. ^[3] 중요한 루틴은 문서로 확인된 로컬 경로가 있는 기기를 중심으로 구성하고, 안전에 직결되는 동작에는 수동 대비책을 남겨 두십시오.

서비스, 결제, 통신에 관한 제한을 우회하는 데 로컬 컨트롤러를 사용하지 마십시오. 그 목적은 가정 내의 평범한 신뢰성과 프라이버시이지, 은밀한 접속이나 안전하지 않은 인터넷 노출이 아닙니다.

어떤 기기를 로컬 우선으로 유지해야 합니까?

조명, 스위치, 센서, 온도 조절기, 기본적인 플러그는 핵심 기능이 단순하고 집 안에서 작동할 것으로 기대되기 때문에 로컬 우선 설계에 잘 맞는 후보입니다. Matter 호환 기기는 컨트롤러와 네트워크가 지원하는 경우 로컬 제어 경로를 제공할 수 있습니다. ^[1][2] 자동화를 쓸 수 있는 곳에서도 물리적 조작부는 여전히 중요합니다.

잠금장치, 경보 장치, 난방은 가장 엄격한 고장 대비 계획이 필요합니다. 스마트 기능은 편리할 수 있지만, 가정에는 출입과 온도 제어를 위한 문서화된 수동 경로가 있어야 합니다. 배터리 동작, 물리적 열쇠나 승인된 로컬 우선 조작 수단, 고장 알림, 그리고 컨트롤러를 쓸 수 없을 때 누가 기기를 조작할 수 있는지 확인하십시오. 이런 질문에 분명한 답이 나오기 전에는 안전에 직결되는 역할에 기기를 설치하지 마십시오.

카메라, 초인종, 클라우드 녹화 서비스는 영상 저장, 알림, 원격 보기가 공급업체의 서비스와 계정에 의존할 수 있어 클라우드 의존성이 더 많은 경우가 흔합니다. 다른 기능에 대한 Matter 지원이 클라우드 카메라 서비스를 완전한 로컬 영상 시스템으로 바꿔 주지는 않습니다. 해당 제품의 문서를 읽고 저장, 보존 기간, 원격 접속에 관해 신중하게 결정하십시오.

핵심 작업에 로컬 대비책이나 수동 대비책이 없으면서 모호한 클라우드 약속만 내세우는 기기는 구매를 피하십시오. 모든 클라우드 기능이 나쁘다는 뜻이 아닙니다. 그 기능이 작동을 멈추거나, 유료로 바뀌거나, 중단될 때의 결과를 구매자가 알고 있어야 한다는 뜻입니다.

가장 좋은 구성은 대개 완벽하게 오프라인인 집이 아닙니다. 필수 기능이 로컬에서 계속 작동하고, 원격 편의 기능은 의식적으로 선택되며, 집주인이 어떤 구성 요소에 인터넷이 필요하고 그 이유가 무엇인지 짚어 낼 수 있는 집입니다.

오래가는 스마트 홈을 위해 무엇을 사야 합니까?

로컬 제어와 상호 운용성에서 출발하고, 클라우드 편의 기능은 분명한 가치를 더하는 곳에만 추가하십시오. Matter는 지원되는 생태계 전반에 IP 기반 로컬 경로를 제공하며, Google은 클라우드 간 연결보다 지연 시간이 짧고 신뢰성이 높다고 밝힙니다. ^[4] 로고 하나에만 의존하지 말고 실제 기기 유형과 컨트롤러 지원 여부를 확인하십시오.

가정의 복잡도에 맞는 로컬 컨트롤러를 고르십시오. Home Assistant는 자동화를 로컬에서 실행하기를 원하고 전용 설치 환경을 유지관리할 수 있는 사용자를 위한 선택지 가운데 하나입니다. 그 문서는 로컬 프로토콜이 인터넷 없이도 계속 작동할 수 있는 반면, 업데이트와 클라우드 통합은 별개의 의존성으로 남는다고 말합니다. ^[3]

지루하지만 흔한 고장에 대비하십시오. 인터넷 없음, 전원 없음, 초기화, 휴대전화 분실, 계정 비밀번호 변경, 서비스 중단, 라우터 교체가 그것입니다. 통제된 장애 시험은 제품 소개 페이지보다 더 많은 것을 알려 줍니다. 기본 작동이 그 시험을 견디지 못한다면, 시스템을 확장하기 전에 그 편리함이 의존성을 감수할 만한지 판단하십시오.

스마트 홈의 신뢰성은 설계상의 선택입니다. 필수적인 명령은 로컬 네트워크에 두고, 물리적 대비책을 유지하고, 컨트롤러를 백업하고, 원격 노출을 제한하십시오. 그렇게 하면 회사의 서비스 종료나 연결 장애가 집에 대한 통제권 상실이 아니라 불편함 정도로 그칩니다.