IoT Hub에 대한 메시지 라우팅과 Event Grid 비교

Azure IoT Hub는 연결된 디바이스에서 데이터를 스트림하고 해당 데이터를 비즈니스 애플리케이션에 통합하는 기능을 제공합니다. IoT Hub는 IoT 이벤트를 다른 Azure 서비스 또는 비즈니스 애플리케이션에 통합하기 위한 두 가지 방법을 제공합니다. 이 아티클에서는 이 기능을 제공하여 시나리오에 가장 적합한 옵션을 선택할 수 있도록 하는 두 가지 기능을 설명합니다.

참고 항목

클라우드-디바이스 메시지, 디바이스 트윈스, 디바이스 관리 등 이 문서에 언급된 일부 기능은 IoT Hub의 표준 계층에서만 사용할 수 있습니다. 기본 및 표준/무료 IoT Hub 계층에 대한 자세한 내용은 솔루션에 적합한 IoT Hub 계층 선택을 참조하세요.

IoT Hub 메시지 라우팅 : 이 IoT Hub 기능을 사용하면 사용자가 Azure Storage 컨테이너, Event Hubs, Service Bus 큐 및 Service Bus 토픽과 같은 서비스 엔드포인트에 디바이스-클라우드 메시지를 라우팅할 수 있습니다. 라우팅은 엔드포인트에 라우팅하기 전에 데이터를 필터링하는 쿼리 기능도 제공합니다. 디바이스 원격 분석 데이터 외에도 비 원격 분석 이벤트를 라우팅하고 이를 사용하여 작업을 트리거할 수도 있습니다.

Event Grid와 IoT Hub 통합: Azure Event Grid는 게시-구독 모델을 사용하여 완전히 관리되는 이벤트 라우팅 서비스입니다. IoT Hub 및 Event Grid는 거의 실시간으로 IoT Hub 이벤트를 Azure 및 외부 Azure 서비스에 통합하기 위해 함께 작동합니다. IoT Hub는 디바이스 이벤트와 원격 분석 이벤트에 모두 게시합니다.

차이점

메시지 라우팅 및 Event Grid가 경고 구성을 사용하도록 설정하는 한편 둘 사이에는 몇 가지 주요 차이점이 있습니다. 자세한 내용은 다음 표를 참조하세요.

기능 IoT Hub 메시지 라우팅 Event Grid와 IoT Hub 통합
디바이스 메시지 및 이벤트 예, 메시지 라우팅은 원격 분석 데이터, 디바이스 쌍 변경, 디바이스 수명 주기 이벤트, 디지털 트윈 변경 이벤트 및 디바이스 연결 상태 이벤트를 지원합니다. 예, Event Grid는 원격 분석 데이터 및 디바이스 만들기/삭제/연결/연결 끊김과 같은 디바이스 이벤트를 지원합니다. 그러나 Event Grid는 디바이스 쌍 변경 이벤트 및 디지털 트윈 변경 이벤트를 지원하지 않습니다.
순서 지정 예, 메시지 라우팅은 이벤트 순서를 유지 관리합니다. 아니요, Event Grid는 이벤트 순서를 보장하지 않습니다.
필터링 메시지 애플리케이션 속성, 메시지 시스템 속성, 메시지 본문, 디바이스 쌍 태그 및 디바이스 쌍 속성에 대한 다양한 필터링입니다. 필터링은 디지털 트윈 변경 이벤트에 적용되지 않습니다. 예를 보려면 메시지 라우팅 쿼리 구문을 참조하세요. 이벤트 유형, 주제 유형 및 각 이벤트의 속성을 기반으로 필터링합니다. 예제는 Event Grid 구독의 필터링 이벤트 이해를 참조하십시오. 원격 분석 이벤트를 구독하는 경우 Event Grid에 게시하기 전에 데이터에 필터를 적용하여 IoT Hub에서 메시지 속성, 메시지 본문 및 디바이스 쌍을 필터링할 수 있습니다. 이벤트 필터링 방법을 참조하세요.
엔드포인트
  • Event Hubs
  • Azure Blob Storage
  • Service Bus 큐
  • Service Bus 토픽
  • Cosmos DB

유료 IoT Hub SKU(S1, S2 및 S3)에는 IoT Hub당 10개의 사용자 지정 엔드포인트와 100개의 경로가 있을 수 있습니다.
  • Azure 기능
  • Azure Automation
  • Event Hubs
  • Logic Apps
  • Storage Blob
  • 사용자 지정 토픽
  • Queue Storage
  • Power Automate
  • Webhook 통한 다른 공급 업체 서비스

Event Grid는 IoT Hub당 500개의 엔드포인트를 지원합니다. 엔드포인트 최신 목록은 Event Grid 이벤트 처리기를 참조하세요.
비용 메시지 라우팅에 대한 별도의 요금은 없습니다. IoT Hub로의 원격 분석 수신만 청구됩니다. 예를 들어 세 가지 다른 엔드포인트로 라우팅되는 메시지가 있을 경우 하나의 메시지에 대해서만 요금이 청구됩니다. IoT Hub는 무료입니다. Event Grid는 매월 첫 100,000개의 작업을 무료로 제공하고 이후에는 백만 작업 당 $0.60로 제공합니다.

유사점

IoT Hub 메시지 라우팅 및 Event Grid는 또한 유사성을 가졌으며, 그 중 일부는 다음 테이블에 자세히 나와 있습니다.

기능 IoT Hub 메시지 라우팅 Event Grid와 IoT Hub 통합
최대 메시지 크기 256 KB, 디바이스-클라우드 256 KB, 디바이스-클라우드
신뢰성 높음: 각 경로에 대해 최소 한 번씩 엔드포인트에 각 메시지를 배달합니다. 한 시간 내에 배달되지 않는 모든 메시지는 만료됩니다. 높음: 각 구독에 대해 각 메시지를 최소 한 번 웹후크에 배달합니다. 24시간 이내에 배달되지 않는 모든 이벤트는 만료됩니다.
확장성 높음: 수백만 대의 동시에 연결된 디바이스가 수십억 개의 메시지를 보내는 것을 지원하도록 최적화됩니다. 높음: 지역마다 초당 10,000,000 이벤트 라우팅이 가능합니다.
대기 시간 낮음: 거의 실시간. 낮음: 거의 실시간.
여러 엔드포인트로 보냄 예, 단일 메시지를 여러 엔드포인트에 보냅니다. 예, 단일 메시지를 여러 엔드포인트에 보냅니다.
보안 IoT Hub는 디바이스 단위 ID 및 취소 가능한 액세스 제어를 제공합니다. 자세한 내용은 IoT Hub 액세스 제어를 참조하세요. Event Grid는 이벤트 구독, 이벤트 게시 및 웹후크 이벤트 전달이라는 세 지점에 대한 유효성 검사를 제공합니다. 자세한 내용은 Event Grid 보안 및 인증을 참조하세요.

선택 방법

IoT Hub 메시지 라우팅 및 Event Grid와 IoT Hub 통합은 비슷한 결과를 달성하기 위해 다른 작업을 수행합니다. 둘 다 IoT Hub 솔루션에서 정보를 받아 전달하여 다른 서비스가 반응할 수 있게 합니다. 어떤 것을 사용할지 어떻게 결정합니까? 결정을 내리는 데 도움이 되도록 다음 질문을 고려합니다:

  • 엔드포인트에 어떤 종류의 데이터를 보냅니까?

    원격 분석 데이터를 다른 서비스에 전송해야 할 경우 IoT Hub 메시지 라우팅을 사용합니다. 메시지 라우팅을 통해 메시지 애플리케이션 및 시스템 속성, 메시지 본문, 디바이스 쌍 태그 및 디바이스 쌍 속성을 쿼리할 수도 있습니다.

    Event Grid와 IoT Hub 통합은 IoT Hub 서비스에서 발생하는 이벤트와 함께 작동합니다. 해당 IoT Hub 이벤트에는 원격 분석 데이터, 디바이스 만들기, 삭제, 연결 및 연결 해제가 포함됩니다. 원격 분석 이벤트를 구독할 때 Event Grid에 게시하기 전에 데이터에 추가 필터를 적용하여 IoT Hub의 메시지 속성, 메시지 본문 및 디바이스 쌍을 필터링 할 수 있습니다. 이벤트 필터링 방법을 참조하세요.

  • 이 정보를 수신하려면 어떤 엔드포인트가 필요하나요?

    IoT Hub 메시지 라우팅은 제한된 수의 고유한 엔드포인트 및 엔드포인트 유형을 지원하지만, 커넥터를 빌드하여 데이터와 이벤트를 추가 엔드포인트로 다시 라우팅할 수 있습니다. 지원되는 엔드포인트의 전체 목록은, 이전 섹션의 테이블을 참조합니다.

    Event Grid와 IoT Hub 통합은 IoT Hub 당 500개의 엔드포인트와 더 다양한 엔드포인트 유형을 지원합니다. 기본적으로 Azure Functions, Logic Apps, Storage 및 Service Bus 큐와 통합되며 웹후크와 함께 작동하여 Azure 서비스 에코시스템 외부 및 타사 비즈니스 애플리케이션으로 데이터 전송을 확장합니다.

  • 데이터가 순서대로 도착하는 것이 중요합니까?

    IoT Hub 메시지 라우팅은 메시지를 보낸 순서를 유지 관리하여 같은 방식으로 도착하게 합니다.

    Event Grid는 엔드포인트가 발생한 순서대로 이벤트를 수신하도록 보장하지 않습니다. 메시지의 절대적 순서가 중요하거나 소비자가 메시지에 대한 신뢰할 수 있는 고유 식별자를 필요로 하는 경우 메시지 라우팅을 사용하는 것이 좋습니다.

다음 단계