아직 소식을 접하지 못하셨다면, Mashable의 보도에 따르면 Nest는 5월 15일부로 자사 제품 중 하나에 대한 지원 중단을 발표했습니다. 단순히 지원만 중단한 것이 아니라, 해당 제품은 아예 작동을 멈춘 것으로 보입니다. Mashable은 이어 "이 제품은 Nest 브랜드 제품군에 속하지 않습니다. 온도 조절기나 화재경보기, Nest Cam이 아니라 Revolv 스마트 홈 허브입니다."라고 전했습니다.
공정하게 말하자면, Revolv 사용자가 그리 많지 않은 것으로 알려져 있으며, 이것이 서비스 종료를 결정한 주요 이유 중 하나였을 가능성이 큽니다. 결국 이 제품을 운영하려면 회사가 기술 및 운영 자원을 소모하는 서버를 유지해야 하는데, 그 유지 비용이 벌어들이는 수익보다 더 클 가능성이 높습니다.
그것이 현명한 사업적 판단인지 아닌지를 따지는 것은 제 일이 아니며, 저에게 직접적인 영향도 없기 때문에 어느 쪽이든 딱히 강한 의견은 없습니다. 다만 제가 분명한 견해를 가진 부분은(제가 그럴 줄 아셨죠?) ‘IoT’를 구성하는 기기들이 백엔드 애플리케이션에 의존한다는, 흔히 언급되지 않는 사실을 짚고 넘어가야 한다는 점입니다.
솔직히 말해 IoT로 한데 묶이는 수많은 기기를 생각하면 이 명칭은 다소 부적절합니다. Revolv 같은 제품은 인터넷에 직접 연결되는 것이 아닙니다. 인터넷을 이용해 애플리케이션에 연결됩니다. 전 세계의 클라우드와 데이터 센터에서 실행되는 애플리케이션 말입니다. 이러한 애플리케이션은 사용량 측정과 원격 제어, 모니터링과 요금 청구를 담당합니다. 결코 일회성으로 쓰고 버릴 수 있는 것이 아니며, 대부분의 경우 이런 애플리케이션이 없으면 수많은 ‘사물’은 센서가 달린 벽돌이나 다름없게 됩니다. 여덟 살인 우리 아이가 가진 소형 전자 키트도 ‘미래’라고 추켜세우며 신나게 ‘사물’이라는 이름을 붙인 일부 제품만큼 많은 일을 할 수 있습니다. 그 키트에 없는 것은 인터넷 연결이나, 단순히 불을 켜고 끄거나 시간을 표시하는 것 이상의 기능을 가능하게 해 주는 앱입니다.
IoT의 가치는 그 자체로는 아무런 내재적 가치가 없는 데이터의 가치와 크게 다르지 않습니다.
여러분, 숨 좀 고르세요. 숨을 쉬세요. 이건 이단적인 주장이 아니라, 그저 현실이 그렇다는 겁니다.
그렇지 않습니다. 숫자와 문자열로 가득한 데이터베이스는 운영상의 의사결정이든 비즈니스상의 의사결정이든, 결정을 내리는 사람들에게 그 자체로는 아무 쓸모가 없습니다. 데이터를 취합해 제시해야만 사람들이 분석하고 그 의미를 도출할 수 있습니다. 바로 그때 데이터는 정보가 되며, 힘을 지닌 것은 데이터가 아니라 정보입니다. Nest의 사례가 의도치 않게 보여 주듯, IoT에서 애플리케이션의 역할은 매우 중요하고 핵심적입니다. 앱이 없어도 ‘사물’은 마지막으로 알려진 설정에 따라 계속 작동할 수는 있지만, 이를 수정하거나 모니터링하거나 사용자에게 유용할 수 있는 정보를 끌어낼 방법이 없으므로 앞으로는 쓸모가 없어질 것입니다.
사물이 앱에 의존한다는 사실은 이 기술을 제대로 이해하지 못하는 많은 사람에게 아직도 쉽게 와닿지 않는 현실인 듯하다. 앞서 언급한 Mashable 기사의 저자는 잘 설명해 나가고 있었지만, 다음 두 문장에서 문제가 생겼다:
하지만 완전한 서비스 종료는 Revolv가 중앙 서버에 연결하지 않고서는 어떤 식으로도 존재하거나 작동할 수 없으며, 허브를 로컬 전용 모드로 사용하는 것도 불가능하다는 전제를 깔고 있다.
그럴 수도 있지만, Nest 팀이 소수의 잔여 사용자들이 연결형 서비스 없이 기기를 로컬에서 사용할 수 있도록 하는 데 리소스를 투입하고 싶지 않았을 가능성이 더 커 보입니다.
사물과 그 앱 사이의 의존 관계, 그리고 사물이 비용과 크기, 전력 소비를 최소한으로 유지하면서 세련된 폼 팩터를 구현하려면 필요한 데이터 플레인과 제어 플레인을 모두 자체적으로 지원할 수 없다는 현실에 대한 이해가 근본적으로 부족합니다. IoT는 데이터 플레인과 제어 플레인의 물리적 분리를 요구하는 전통적인 SDN 아키텍처를 그대로 구현한 것으로, 관리와 분석은 다른 곳에 있는 훨씬 더 강력한 앱, 즉 사물 인터넷에서의 ‘인터넷’에 맡깁니다. 이는 분산 컴퓨팅이자 씬 클라이언트 컴퓨팅이며, 헤드리스 컴퓨팅입니다. 무엇이라 부르든, 비교적 가벼운 장치가 컴퓨팅 및 스토리지 리소스를 주로 데이터 수집과 본연의 기능 수행에 집중하고, 다른 곳에 있는 더 크고 복잡한 앱이 데이터를 수집·처리·표시하여 소비자와 기업 모두가 이를 활용하고 상호작용할 수 있게 하는 구조를 가리킨다면 바로 그것입니다.
사물 인터넷은 애플리케이션 비즈니스입니다입니다. 아직은 비교적 초기 단계인 지금, 이 점은 아무리 강조해도 지나치지 않습니다. 애플리케이션이 없다면 많은 사물은 소비자나 기업에 있어 기존의 ‘단순한’ 제품보다 딱히 더 큰 가치를 제공하지 못합니다.
안타깝게도 Revolv 사용자들이 바로 지금 그 사실을 깨닫고 있습니다.
작성자 소개
Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.
Lori Mac Vittie의 다른 블로그 게시물관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.