MQTT

MQTT(Message Queuing Telemetry Transport)는 제약된 디바이스용으로 설계된 경량의 메시징 프로토콜로서 널리 사용되고 있습니다. MQTT에 대한 AWS IoT Core 지원은 MQTT v3.1.1 사양 및 MQTT v5.0 사양을 기반으로 하며, AWS IoT MQTT 사양과의 차이점에 설명된 대로 몇 가지 차이가 있습니다. 최신 버전의 표준 MQTT 5에는 새로운 확장성 개선 기능, 사유 코드 응답을 통한 향상된 오류 보고, 메시지 및 세션 만료 타이머, 사용자 지정 사용자 메시지 헤더를 비롯하여 MQTT 기반 시스템을 더욱 강력하게 만드는 몇 가지 주요 기능이 도입되었습니다. AWS IoT Core 지원하는 MQTT 5 기능에 대한 자세한 내용은 MQTT 5 지원 기능을 참조하십시오. AWS IoT Core 또한 MQTT 버전 (MQTT 3 및 MQTT 5) 간 통신도 지원합니다. MQTT 3 게시자는 MQTT 5 게시 메시지를 수신할 MQTT 5 구독자에게 MQTT 3 메시지를 보낼 수 있으며, 그 반대의 경우도 마찬가지입니다.

AWS IoT Core WSS 프로토콜을 통한 MQTT 프로토콜 및 MQTT를 사용하고 클라이언트 ID로 식별되는 장치 연결을 지원합니다. AWS IoT 디바이스 SDK는 두 프로토콜을 모두 지원하며 디바이스를 AWS IoT Core에 연결할 때 권장되는 방법입니다. AWS IoT 장치 SDK는 장치 및 클라이언트가 서비스에 연결하고 액세스하는 데 필요한 기능을 지원합니다. AWS IoT 장치 SDK는 AWS IoT 서비스에 필요한 인증 프로토콜과 MQTT 프로토콜 및 WSS 기반 MQTT 프로토콜에 필요한 연결 ID 요구 사항을 지원합니다. AWS 장치 SDK를 AWS IoT 사용하여 연결하는 방법에 대한 자세한 내용과 지원되는 언어의 AWS IoT 예제에 대한 링크는 를 참조하십시오. 디바이스 SDK를 사용하여 MQTT에 연결 AWS IoT MQTT 메시지의 인증 방법과 포트 매핑에 대한 자세한 내용은 프로토콜, 포트 매핑 및 인증 단원을 참조하세요.

연결할 때는 AWS IoT 디바이스 SDK를 사용하는 것이 좋지만 AWS IoT필수는 아닙니다. 하지만 AWS IoT 디바이스 SDK를 사용하지 않는 경우 필요한 연결 및 통신 보안을 제공해야 합니다. 연결 요청 시 클라이언트는 SNI(서버 이름 표시) TLS 확장을 전송해야 합니다. SNI를 포함하지 않는 연결 시도는 거부됩니다. 자세한 내용은 의 AWS IoT전송 보안을 참조하십시오. IAM 사용자 및 AWS 자격 증명을 사용하여 클라이언트를 인증하는 클라이언트는 올바른 서명 버전 4 인증을 제공해야 합니다.

디바이스 SDK를 사용하여 MQTT에 연결 AWS IoT

이 섹션에는 AWS IoT 장치 SDK 및 장치 연결 방법을 설명하는 샘플 프로그램의 소스 코드에 대한 링크가 포함되어 있습니다. AWS IoT여기에 링크된 샘플 앱은 MQTT 프로토콜 및 WSS를 통한 AWS IoT MQTT를 사용하여 연결하는 방법을 보여줍니다.

MQTT 서비스 품질(QoS) 옵션

AWS IoT AWS IoT 디바이스 SDK는 MQTT QoS (서비스 품질) 레벨을 지원하며 0 1 MQTT 프로토콜은 세 번째 수준의 QoS인 2 레벨을 AWS IoT 정의하지만 지원하지는 않습니다. MQTT 프로토콜만 QoS 기능을 지원합니다. HTTPS는 값이 0 또는 1일 수 있는 쿼리 문자열 파라미터 ?qos=qos를 전달하여 QoS를 지원합니다.

이 표에서는 각 QoS 수준이 메시지 브로커에 게시된 메시지에 미치는 영향을 설명합니다.

MQTT 지속적 세션

영구 세션에는 클라이언트가 승인하지 않은 서비스 품질(QoS)이 1인 클라이언트의 구독 및 메시지가 저장됩니다. 디바이스가 영구 세션에 다시 연결하면 세션이 재개되고 구독이 복원되며 재연결 전에 수신되어 확인되지 않은 구독된 메시지가 클라이언트로 전송됩니다.

저장된 메시지의 처리는 및 로그에 기록됩니다. CloudWatch CloudWatch 기록된 항목 CloudWatch 및 CloudWatch 로그에 대한 자세한 내용은 및 을 참조하십시오 메시지 브로커 지표대기 중 로그 항목.

영구 세션 생성

MQTT 3에서 CONNECT 메시지를 전송하고 cleanSession 플래그를 0으로 설정하여 MQTT 영구 세션을 생성할 수 있습니다. CONNECT 메시지를 전송하는 클라이언트의 세션이 없으면 영구 세션을 새로 만듭니다. 클라이언트에 대한 세션이 이미 있으면 클라이언트는 기존 세션을 재개합니다. 클린 세션을 생성하려면 CONNECT 메시지를 전송하고 cleanSession 플래그를 1로 설정합니다. 이렇게 하면 클라이언트의 연결이 끊어질 때 브로커가 세션 상태를 저장하지 않습니다.

MQTT 5에서는 Clean Start 플래그와 Session Expiry Interval을 설정하여 영구 세션을 처리합니다. 클린 스타트는 연결 세션의 시작과 이전 세션의 종료를 제어합니다. Clean Start = 1로 설정하면 새 세션이 생성되고 이전 세션(있는 경우)이 종료됩니다. Clean Start = 0으로 설정하면 연결 세션이 이전 세션(있는 경우)을 재개합니다. 세션 만료 간격은 연결 세션의 종료를 제어합니다. 세션 만료 간격은 연결이 끊어진 후에도 세션이 지속되는 시간을 초 단위(4바이트 정수)로 지정합니다. Session Expiry interval = 0으로 설정하면 연결이 끊어지는 즉시 세션이 종료됩니다. CONNECT 메시지에 세션 만료 간격이 지정되지 않은 경우 기본값은 0입니다.

MQTT 5에서 Clean Start = 1 및 Session Expiry Interval = 0으로 설정하면 이는 MQTT 3 클린 세션과 동일합니다. Clean Start = 0 및 Session Expiry Interval > 0으로 설정하면 이는 MQTT 3 영구 세션과 동일합니다.

영구 세션 중 작업

클라이언트는 연결 확인됨(CONNACK) 메시지의 sessionPresent 속성을 사용해 영구 세션의 존재 여부를 판별해야 합니다. sessionPresent가 1인 경우 영구 세션이 존재하며 클라이언트에 대해 저장된 메시지는 영구 세션에 다시 연결한 후 메시지 트래픽에 설명된 대로 해당 클라이언트가 CONNACK을 수신한 후에 클라이언트에 전달됩니다. sessionPresent가 1인 경우, 클라이언트가 다시 구독할 필요가 없습니다. sessionPresent가 0인 경우 영구 세션이 없으며 클라이언트는 주제 필터를 다시 구독해야 합니다.

클라이언트가 영구 세션에 참가한 후에는 각 작업에 대한 추가 플래그 없이 메시지를 게시하고 주제 필터를 구독할 수 있습니다.

영구 세션에 다시 연결한 후 메시지 트래픽

영구 세션이란 클라이언트와 MQTT 메시지 브로커 간의 지속적 연결을 나타냅니다. 클라이언트가 영구 세션을 사용하여 메시지 브로커에 연결하면 메시지 브로커는 해당 클라이언트가 연결 중 설정한 구독을 모두 저장합니다. 클라이언트의 연결이 해제되면 메시지 브로커는 클라이언트가 구독 중인 주제에 대해 게시된 미확인 QoS 1 메시지와 새로운 QoS 1 메시지를 저장합니다. 메시지는 계정 한도에 따라 저장됩니다. 한도를 초과하는 메시지는 삭제됩니다. 영구 메시지 제한에 대한 자세한 내용은 AWS IoT Core 엔드포인트 및 할당량 섹션을 참조하세요. 클라이언트가 영구 세션에 다시 연결하면 모든 구독이 복구되며 저장된 메시지는 모두 1초당 최대 메시지 10개의 속도로 클라이언트에 전송됩니다. MQTT 5에서 클라이언트가 오프라인일 때 메시지 만료 간격이 있는 아웃바운드 QoS1이 만료되면 연결이 재개된 후 클라이언트가 만료된 메시지를 받지 못합니다.

다시 연결한 후 저장된 메시지는 초당 저장 메시지 10개로 제한된 속도로 Publish requests per second per connection 제한에 도달할 때까지 현재 메시지 트래픽과 함께 클라이언트에 전송됩니다. 저장된 메시지의 전달 속도가 제한되기 때문에 세션에 다시 연결 후 전달할 저장된 메시지가 10개 이상 있는 경우 저장된 모든 메시지를 전달하는 데 몇 초가 걸립니다.

영구 세션 종료

영구 세션은 다음과 같은 방식으로 종료될 수 있습니다.

MQTT 3에서 영구 세션 만료 시간의 기본값은 1시간이며, 이는 계정의 모든 세션에 적용됩니다.

MQTT 5에서는 CONNECT 및 DISCONNECT 패킷의 각 세션에 대해 세션 만료 간격을 설정할 수 있습니다.

DISCONNECT 패킷의 세션 만료 간격의 경우:

영구 세션이 만료된 후 다시 연결

클라이언트가 만료되기 전에 영구 세션에 다시 연결하지 않으면 세션이 종료되고 저장된 메시지가 삭제됩니다. cleanSession 플래그를 0(으)로 설정한 세션이 만료된 후 클라이언트가 다시 연결하면 서비스가 새 영구 세션을 생성합니다. 이전 세션의 구독이나 메시지는 이전 세션이 만료되었을 때 삭제되었기 때문에 이 세션에서 사용할 수 없습니다.

영구 세션 메시지 요금

메시지 브로커가 클라이언트나 오프라인 영구 세션에 메시지를 보내면 메시지 요금이 청구됩니다. AWS 계정 영구 세션이 있는 오프라인 디바이스가 다시 연결되고 세션을 재개하면 저장된 메시지가 디바이스로 전송되고 계정에 다시 요금이 청구됩니다. 메시지 요금에 대한 자세한 내용은 AWS IoT Core 요금 - 메시징을 참조하세요.

표준 한도 증가 프로세스를 사용하여 기본 영구 세션 만료 시간을 1시간으로 늘릴 수 있습니다. 세션 만료 시간을 늘리면 오프라인 디바이스에 더 많은 메시지를 저장할 수 있고 이러한 추가 메시지는 표준 메시징 요금으로 계정에 청구되기 때문에 메시지 요금이 증가할 수 있습니다. 세션 만료 시간은 대략적인 것이며 세션은 계정 제한보다 최대 30분 더 오래 지속될 수 있습니다. 그러나 세션은 계정 제한보다 짧지 않습니다. 세션 제한에 대한 자세한 내용은 AWS Service Quotas를 참조하세요.

MQTT 보존 메시지

AWS IoT Core MQTT 프로토콜에 설명된 RETAIN 플래그를 지원합니다. 클라이언트가 게시하는 MQTT 메시지에 RETAIN 플래그를 설정하면 메시지가 AWS IoT Core 저장됩니다. 그런 다음 새 구독자에게 전송하고 GetRetainedMessage 작업을 호출하여 검색한 다음 AWS IoT 콘솔에서 볼 수 있습니다.

AWS IoT Core에서 MQTT 보관된 메시지가 있는 일반 태스크

AWS IoT Core RETAIN 플래그가 설정된 MQTT 메시지를 저장합니다. 이렇게 보관된 메시지는 해당 주제를 구독한 모든 클라이언트에게 일반 MQTT 메시지로 전송되며, 해당 주제의 신규 구독자에게도 전송되도록 저장됩니다.

MQTT 보관된 메시지에는 클라이언트가 액세스할 수 있도록 권한을 부여하기 위한 특정 정책 작업이 필요합니다. 보관된 메시지 정책 사용의 예는 보관된 메시지 정책 예 섹션을 참조하세요.

이 섹션에서는 보관된 메시지와 관련된 일반적인 작업에 대해 설명합니다.

청구 및 보관된 메시지

클라이언트에서 RETAIN 플래그가 설정된 메시지를 AWS IoT 콘솔을 사용하거나 Publish를 호출하여 게시하면 AWS IoT Core 요금 - 메시징에 설명된 추가 메시징 요금이 발생합니다.

클라이언트나 AWS IoT 콘솔을 사용하거나 호출을 통해 보존된 메시지를 검색하면 일반 API 사용 요금 외에 메시징 GetRetainedMessage요금이 부과됩니다. 추가 요금은 AWS IoT Core 요금 - 메시징에 설명되어 있습니다.

디바이스가 예기치 않게 연결 해제될 때 게시되는 MQTT Will 메시지에는 AWS IoT Core 요금 - 메시징에 설명된 메시징 요금이 발생합니다.

메시징 비용에 대한 자세한 내용은 AWS IoT Core 요금 - 메시징을 참조하세요.

MQTT 보관된 메시지와 MQTT 영구 세션 비교

보관된 메시지 및 영구 세션은 디바이스가 오프라인 상태일 때 게시된 메시지를 수신할 수 있도록 해주는 MQTT의 표준 기능입니다. 보관된 메시지는 영구 세션에서 게시할 수 있습니다. 이 섹션에서는 이러한 기능의 주요 측면과 이들이 함께 작동하는 방법을 설명합니다.

영구 세션에 대한 자세한 내용은 MQTT 지속적 세션 섹션을 참조하세요.

보관된 메시지의 경우 게시 클라이언트는 이전 세션이 있었는지 여부에 관계없이 메시지가 연결된 후 디바이스에 보관되고 전달되어야 하는지 여부를 결정합니다. 메시지 저장 선택은 게시자가 하며 저장된 메시지는 QoS 0 또는 QoS 1 구독으로 구독하는 현재 및 미래의 모든 클라이언트에게 전송됩니다. 보관된 메시지는 지정된 주제에 대해 한 번에 하나의 메시지만 보관합니다.

계정에 보관된 메시지의 최대 수를 저장한 경우 AWS IoT Core 는 일부 보관된 메시지가 삭제되고 보관된 메시지 수가 제한 아래로 떨어질 때까지 RETAIN이 설정되고 페이로드가 0바이트보다 큰 게시된 메시지에 대해 조절된 응답을 반환합니다.

MQTT는 메시지를 보관하고 디바이스 섀도우를 보관했습니다. AWS IoT

보관된 메시지와 디바이스 섀도우는 모두 디바이스의 데이터를 유지하지만 다르게 작동하고 다른 용도로 사용됩니다. 이 섹션에서는 이들의 유사점과 차이점을 설명합니다.

MQTT 마지막 유언 및 증거(LWT) 메시지

마지막 유언 및 증거(LWT)는 MQTT의 기능입니다. LWT를 사용하면 클라이언트가 메시지를 지정하여 브로커가 클라이언트가 정의한 주제에 메시지를 게시하고 시작되지 않은 연결 해제가 발생할 경우 해당 주제를 구독한 모든 클라이언트에게 메시지를 보냅니다. 클라이언트가 지정하는 메시지를 LWT 메시지 또는 유언 메시지라고 하며, 클라이언트가 정의하는 주제를 유언 주제라고 합니다. 디바이스가 브로커에 연결할 때 LWT 메시지를 지정할 수 있습니다. 연결 중에 Connect Flag bits 필드에 Will Retain 플래그를 설정하여 이러한 메시지를 보존할 수 있습니다. 예를 들어 Will Retain 플래그가 1로 설정되면 브로커의 관련 유언 주제에 유언 메시지가 저장됩니다. 자세한 내용은 유언 메시지를 참조하세요.

브로커는 시작되지 않은 연결 해제가 발생할 때까지 유언 메시지를 저장합니다. 이 경우 브로커는 유언 주제를 구독한 모든 클라이언트에게 메시지를 게시하여 연결 해제를 알립니다. 클라이언트가 MQTT DISCONNECT 메시지를 사용하여 클라이언트가 시작한 연결 해제로 브로커와의 연결을 끊으면 브로커는 저장된 LWT 메시지를 게시하지 않습니다. 다른 모든 경우에는 LWT 메시지가 발송됩니다. 브로커가 LWT 메시지를 전송하는 연결 해제 시나리오의 전체 목록은 연결/연결 해제 이벤트를 참조하세요.

connectAttributes 사용

ConnectAttributes을(를) 사용하면 IAM 정책의 연결 메시지에 사용할 속성(예: PersistentConnect 또는 LastWill)을 지정할 수 있습니다. ConnectAttributes를 사용하면 디바이스에 기본적으로 새 기능에 대한 액세스 권한을 부여하지 않는 정책을 만들 수 있습니다. 이 정책은 디바이스가 손상된 경우 도움이 될 수 있습니다.

connectAttributes는 다음 기능을 지원합니다.

기본적인 정책은 비영구적 연결이며, 이 연결에 대해 전달된 속성이 없습니다. IAM 정책에 영구 연결을 하기 원하면 영구 연결을 지정해야 합니다.

ConnectAttributes 예제는 연결 정책 예제를 참조하세요.

MQTT 5에 지원되는 기능

AWS IoT Core MQTT 5에 대한 지원은 MQTT v5.0 사양을 기반으로 하며, 에 설명된 바와 같이 몇 가지 차이점이 있습니다. AWS IoT MQTT 사양과의 차이점

공유 구독

AWS IoT Core MQTT 3과 MQTT 5 모두에 대한 공유 구독을 지원합니다. 공유 구독을 사용하면 여러 클라이언트가 한 주제에 대한 구독을 공유할 수 있으며 무작위 배포를 통해 해당 주제에 게시된 메시지를 한 클라이언트만 수신할 수 있습니다. 공유 구독은 여러 구독자 간에 MQTT 메시지를 효과적으로 로드 밸런싱할 수 있습니다. 예를 들어 동일한 주제에 대해 게시하는 디바이스가 1,000개이고 이러한 메시지를 처리하는 백엔드 애플리케이션이 10개라고 가정해 보겠습니다. 이 경우 백엔드 애플리케이션은 동일한 주제를 구독할 수 있으며 각각은 디바이스에서 공유 주제에 게시한 메시지를 무작위로 수신하게 됩니다. 이렇게 하면 해당 메시지의 로드를 효과적으로 '공유'할 수 있습니다. 또한 공유 구독을 사용하면 복원력이 향상됩니다. 백엔드 애플리케이션의 연결이 끊어지면 브로커가 그룹 내 나머지 구독자에게 로드를 분산합니다.

공유 구독을 사용하려면 클라이언트가 공유 구독의 주제 필터를 다음과 같이 구독합니다.

$share/{ShareName}/{TopicFilter}

{ShareName}/{TopicFilter}가 동일한 구독은 동일한 공유 구독 그룹에 속합니다. 공유 구독 그룹을 여러 개 만들 수 있으며 그룹당 공유 구독 제한을 초과하지 않아야 합니다. 자세한 내용은 AWS 일반 참조의 AWS IoT Core 엔드포인트 및 할당량을 참조하세요.

다음 테이블은 비공유 구독과 공유 구독을 비교한 것입니다.

sports/tennis
sports/#

$share/consumer/sports/tennis
$share/consumer/sports/#

비공유 구독 흐름	공유 구독 흐름

공유 구독 사용에 대한 중요 참고 사항

공유 구독 제한에 대한 자세한 내용은 AWS 일반 참조의 AWS IoT Core 엔드포인트 및 할당량을 참조하세요. 콘솔에서 AWS IoT MQTT 클라이언트를 사용하여 공유 구독을 테스트하려면 을 참조하십시오.AWS IoT MQTT 클라이언트에서 공유 구독 테스트 공유 구독에 대한 자세한 내용은 MQTTV5.0 사양의 공유 구독을 참조하세요.

클린 스타트 및 세션 만료

클린 스타트 및 세션 만료를 사용하여 영구 세션을 보다 유연하게 처리할 수 있습니다. Clean Start 플래그는 기존 세션을 사용하지 않고 세션을 시작해야 하는지 여부를 나타냅니다. 세션 만료 간격은 연결이 끊어지는 후 세션을 유지하는 기간을 나타냅니다. 연결 해제 시 세션 만료 간격을 수정할 수 있습니다. 자세한 정보는 MQTT 지속적 세션을 참조하세요.

모든 ACK의 사유 코드

사유 코드를 사용하여 오류 메시지를 더 쉽게 디버깅하거나 처리할 수 있습니다. 사유 코드는 브로커와의 상호 작용 유형(구독, 게시, 확인)에 따라 메시지 브로커에 의해 반환됩니다. 자세한 내용은 MQTT 사유 코드를 참조하세요. MQTT 사유 코드의 전체 목록은 MQTT v5 사양을 참조하세요.

주제 별칭

주제 이름을 2바이트 정수인 주제 별칭으로 대체할 수 있습니다. 주제 별칭을 사용하면 주제 이름 전송을 최적화하여 측정된 데이터 서비스의 데이터 비용을 잠재적으로 줄일 수 있습니다. AWS IoT Core 주제 별칭의 기본 제한은 8개입니다. 자세한 내용은 AWS 일반 참조의 AWS IoT Core 엔드포인트 및 할당량을 참조하세요.

메시지 만료

게시된 메시지에 메시지 만료 값을 추가할 수 있습니다. 이 값은 메시지 만료 간격을 초 단위로 나타냅니다. 메시지가 해당 간격 내에 구독자에게 전송되지 않은 경우 메시지가 만료되고 제거됩니다. 메시지 만료 값을 설정하지 않으면 메시지가 만료되지 않습니다.

아웃바운드에서 구독자는 만료 간격에 시간이 남아 있는 메시지를 받게 됩니다. 예를 들어, 인바운드 게시 메시지의 메시지 만료 시간이 30초이고 20초 후에 해당 메시지가 구독자에게 라우팅되는 경우 메시지 만료 필드는 10으로 업데이트됩니다. 구독자가 수신한 메시지의 업데이트된 MEI는 0이 될 수 있습니다. 남은 시간이 999ms 이하가 되면 바로 0으로 업데이트되기 때문입니다.

에서 AWS IoT Core최소 메시지 만료 간격은 1입니다. 클라이언트 측에서 간격을 0으로 설정하면 1로 조정됩니다. 최대 메시지 만료 간격은 604,800(7일)입니다. 이보다 높은 값은 최대값으로 조정됩니다.

버전 간 통신에서 메시지 만료 동작은 인바운드 게시 메시지의 MQTT 버전에 따라 결정됩니다. 예를 들어, MQTT5를 통해 연결된 세션에서 전송된 메시지 만료가 있는 메시지는 MQTT3 세션을 구독한 디바이스의 경우 만료될 수 있습니다. 아래 표에는 메시지 만료 시 다음과 같은 유형의 게시 메시지가 어떻게 지원되는지 나와 있습니다.

기타 MQTT 5 기능

서버 연결 해제

연결이 끊어지면 서버는 사전에 클라이언트에 DISCONNECT를 전송하여 연결 해제 사유 코드와 함께 연결 종료를 알릴 수 있습니다.

요청 및 응답

게시자는 수신 시 게시자가 지정한 주제로 수신자가 응답을 보내도록 요청할 수 있습니다.

최대 패킷 크기

클라이언트와 서버는 지원하는 최대 패킷 크기를 독립적으로 지정할 수 있습니다.

페이로드 형식 및 콘텐츠 유형

메시지를 게시할 때 페이로드 형식(이진, 텍스트)과 콘텐츠 유형을 지정할 수 있습니다. 이러한 정보는 메시지 수신자에게 전달됩니다.

MQTT 5 속성

MQTT 5 속성은 세션 만료 및 요청 및 응답 패턴과 같은 새로운 MQTT 5 기능을 지원하기 위해 MQTT 표준에 추가된 중요한 사항입니다. 에서 AWS IoT Core아웃바운드 메시지의 속성을 전달할 수 있는 규칙을 만들거나 HTTP Publish를 사용하여 일부 새 속성과 함께 MQTT 메시지를 게시할 수 있습니다.

다음 표에는 지원하는 모든 MQTT 5 속성이 나열되어 있습니다. AWS IoT Core

MQTT 사유 코드

MQTT 5에는 원인 코드 응답이 포함된 향상된 오류 보고 기능이 도입되었습니다. AWS IoT Core 패킷별로 그룹화된 다음을 포함하되 이에 국한되지 않는 원인 코드를 반환할 수 있습니다. MQTT 5에 지원되는 사유 코드의 전체 목록은 MQTT 5 사양을 참조하세요.

AWS IoT MQTT 사양과의 차이점

메시지 브로커 구현은 MQTT v3.1.1 사양 및 MQTT v5.0 사양을 기반으로 하지만 다음과 같은 점에서 이러한 사양과 차이가 있습니다.