Internet of Things (IoT)는 명백한 단일 정의가없는 광범위한 기술 및 사용 사례입니다.
기존의 프로세스를 개선하거나 이전에는 불가능했던 새로운 시나리오를 가능하게하기 위해
물리적 환경에 임베디드 된 네트워크 연결 장치의 사용으로 IoT를 프레임 화 한 한보기가 가능합니다.
이러한 장치 또는 사물은 네트워크를 통해 센서를 통해 환경에서 수집 한 정보를 제공하거나
액추에이터를 통해 다른 시스템이 외부에 손을 뻗쳐 작동 할 수있게합니다.
이미 익숙 할 수있는 공통 객체의 연결 버전이거나 아직 실현되지 않은 새롭고
특수 목적의 장치 일 수 있습니다. 개인적으로 소유하고 있거나 귀하 또는 귀하의 집에서 소유 한 장치 일 수도 있고
거주하는 도시의 직물 또는 공장 장비에 내장 될 수도 있습니다.
각자는 귀중한 정보를 실제 세계를 디지털 데이터로 변환하여 사용자가 제품,
서비스 또는 응용 프로그램과 상호 작용하는 방식에 대한 가시성을 높입니다.
각기 다른 산업 분야의 특정 유스 케이스와 기회는 다양하며 여러면에서 IoT의 세계가 시작되고 있습니다.
이 시나리오에서 나타나는 것은 일련의 일반적인 문제와 패턴입니다.
IoT 프로젝트는 다음을 포함하여 다른 클라우드 중심 기술 응용 프로그램과 비교할 때 복잡성을 증가시키는 추가 차원을 가지고 있습니다.
다양한 하드웨어/장치의 다양한 운영 체제 및 소프트웨어/다른 네트워크 게이트웨이 요구 사항
이 가이드에서는 Google Cloud Platform과 결합하여 Cloud Platform에서 견고하고 유지 보수가
가능한 종단 간 IoT 솔루션을 구축 할 수있는 요소에 대해 설명합니다.

최상위 구성 요소 개요

여기에서는 시스템을 세 가지 기본 구성 요소 인 장치, 게이트웨이 및 클라우드로 나눕니다.
세 가지 구성 요소
장치에는 세계와 직접 상호 작용하는 하드웨어 및 소프트웨어가 포함됩니다.
장치는 서로 통신하거나 중앙 집중식 응용 프로그램과 통신하기 위해 네트워크에 연결됩니다.
장치는 인터넷에 직접 또는 간접적으로 연결될 수 있습니다.
게이트웨이는 인터넷에 직접 연결되지 않은 장치가 클라우드 서비스에 도달 할 수있게합니다.
용어 게이트웨이는 네트워킹에서 특정 기능을 가지고 있지만 그룹 또는 장치 클러스터를 대신하여
데이터를 처리하는 장치 클래스를 설명하는데도 사용됩니다.
각 기기의 데이터는 Cloud Platform으로 전송되어 다른 기기의 데이터 및 기타 비즈니스 트랜잭션 데이터와 함께 처리 및 결합됩니다.

정보의 유형


각 장치는 다양한 유형의 정보를 제공하거나 사용할 수 있습니다.
각 정보 형식은 다른 백엔드 시스템에서 처리하는 것이 가장 좋을 수 있으며 각 시스템은 데이터 속도,
볼륨 및 기본 API를 중심으로 특수화되어야합니다.
이 절에서는 IoT 시나리오에서 발견되는 일반적인 정보 범주를 나열하고 설명합니다.
기기 메타 데이터
메타 데이터는 장치에 대한 정보를 포함합니다.
대부분의 메타 데이터는 변경 불가능하거나 거의 변경되지 않습니다.
메타 데이터 필드의 예는 다음과 같습니다.
Identifier (ID) - 장치를 고유하게 식별하는 식별자입니다.
장치 ID는 배포 된 장치의 수명 동안 절대로 변경해서는 안됩니다.
클래스 또는 유형 상태 정보는 환경이 아니라 장치의 현재 상태를 설명합니다.
정보는 읽기 / 쓰기가 가능합니다. 업데이트되지만 일반적으로 자주 업데이트되지는 않습니다.
장치에서 수집 한 데이터를 원격 측정이라고합니다. 이것은 IoT 장치가 응용 프로그램에 제공하는 눈 - 귀 관련 데이터입니다.
텔레 메 트리는 일반적으로 센서를 통해 수집되는 환경에 대한 읽기 전용 데이터입니다.
원격 측정의 각 소스는 채널을 생성합니다.
원격 측정 데이터는 기기 또는 클라우드에서 상태 변수로 보존 될 수 있습니다.
각 장치는 매 분마다 단일 데이터 지점 만 전송할 수 있지만 많은 양의
장치로 해당 데이터를 곱하면 큰 데이터 전략과 패턴을 신속하게 적용해야합니다.

명령들

명령은 장치에서 수행하는 작업입니다. 명령에는 종종 구현에서 사용할 수있는 선택 항목을 제한하는 특성이 있습니다.
이러한 특성에는 다음이 포함됩니다.
명령은 상태 데이터로 쉽게 표현되지 않습니다.
명령은 종종 멱등수가 아니므로, 각 중복 메시지는 대개 다른 결과를 가져옵니다.
메시징 시스템과 마찬가지로 명령 기능을 구현하면 "최소한 한 번"또는 "한 번만"과 같은 전달 의미론이 결정됩니다.
명령 메? 니즘에는 리턴 값이 포함될 수 있으며, 별도의 리턴 메시지를 통해 확인되거나
상태 데이터에 예상되는 변경 사항을 반영하여 확인 될 수 있습니다.
명령은 시간적인 관련성이 제한적일 수 있으므로 TTL (Time-To-Live) 또는 다른 만료 값을 포함해야합니다.