跳至主要內容

AWS IoT Core

AWS 物聯網核心其他計量詳細資訊

連線

您的裝置每隔 30 秒就可以免費 Ping 一次 MQTT PINGREQ 或 PINGRESP 訊息。

簡訊

MQTT 訊息計量

MQTT CONNECT

計量的訊息大小包含 Will 主題大小和 Will 訊息承載。如果使用 MQTT5,則訊息也會根據其他字串和二進位變數標頭屬性和 Will 屬性計量,例如使用者屬性。

MQTT PUBACK (從裝置接收)

如果使用 MQTT5,則會根據包含使用者屬性的訊息大小計量。否則,會計量為單一 5 KB 訊息。

MQTT SUBSCRIBE

根據訂閱訊息中提交的主題大小計量,加上傳送的任何使用者屬性 (如果使用 MQTT5) 的大小。

MQTT PUBLISH (從裝置接收)

以承載和主題的大小來計量 (以位元組為單位)。如果使用 MQTT5,則計量的承載大小也會包含使用者屬性、回應主題、關聯資料和內容類型的大小。

MQTT PUBLISH (由服務傳送)

以承載和主題的大小來計量 (以位元組為單位)。如果使用 MQTT5,則計量的承載大小也會包含使用者屬性、回應主題、關聯資料和內容類型的大小。

MQTT RETAINED

以承載和主題的大小來計量 (以位元組為單位)。如果使用 MQTT5,則計量的承載大小也會包含使用者屬性、回應主題、關聯資料和內容類型的大小。 針對使用 RETAIN 標記發佈的 MQTT 傳入訊息,您的帳戶將會針對傳入 MQTT PUBLISH 和 MQTT RETAINED 計量

以下 MQTT 訊息不在計量範圍內:

  • MQTT PINGREQ
  • MQTT PINGRESP
  • MQTT DISCONNECT
  • MQTT CONNACK
  • MQTT PUBACK (由服務傳送)
  • MQTT SUBACK
  • MQTT UNSUBSCRIBE

在 WebSocket 連線內部傳輸的 MQTT 訊息,其計量方式和相互驗證的 TLS 連線內部的 MQTT 訊息相同。

HTTP 請求和回應計量

請求

依編碼 HTTP 請求正文部分所需的 5 KB 訊息數量計量。如果使用 HTTP 發佈訊息 API,則使用者屬性、回應主題、相關資料和內容類型的大小也會包含在計量的有效負載大小中。

否定回應

如果具有 4xx 與 5xx 範圍內 HTTP 回應碼的 HTTP 回應包含內文,則 AWS IoT Core 會計量用來編碼回應內文所需的 5 KB 訊息數目

LoRaWAN 計量

LoRaWAN.Uplink

根據訊息數量計量 (由裝置傳送)

LoRaWAN.Downlink

根據訊息數量計量 (由服務傳送)

LoRaWAN.Join

根據訊息數量計量 (由裝置傳送)

羅拉旺. 上鏈接包

根據訊息數量計量 (由服務傳送)

LoRaWAN.DownlinkACK

根據訊息數量計量 (由裝置傳送)

Sidewalk 計量

Sidewalk.Uplink

根據訊息數量計量 (由裝置傳送)

Sidewalk.Downlink

根據訊息數量計量 (由服務傳送)

注意:使用 Amazon Sidewalk 整合功能連接到 AWS IoT Core 的 Amazon Sidewalk 裝置傳送的訊息,會使用 LoRaWAN 訊息定價等級計量。

登錄

您每次呼叫下列其中一個 API 操作時,都需要支付登錄操作費用:

  • AddThingToThingGroup

  • AttachThingPrincipal

  • CreateThing

  • CreateThingGroup

  • CreateDynamicThingGroup

  • CreateThingType

  • DescribeThing

  • DescribeThingGroup

  • DescribeThingType

  • DetachThingPrincipal

  • ListPrincipalThings

  • ListThingGroups

  • ListThingGroupsForThing

  • ListThingPrincipals

  • ListThings

  • ListThingsInThingGroup

  • ListThingTypes

  • UpdateThing

  • UpdateThingGroup

  • UpdateDynamicThingGroup

  • UpdateThingGroupsForThing

  • GetWirelessDeviceStatistics

  • GetWirelessGatewayStatistics

對於所有 List 操作,計量會考慮 API 呼叫傳回的所有記錄的總大小。例如,如果 ListThings API 呼叫從登錄傳回 (50) 2 KB 的物件,則您的請求會以 (100) 1K 增量計費,並以 100 個請求計量。如果您選擇加入登錄事件,則任何更新訊息都會收取訊息費用。

裝置陰影

當您對 GetThingShadow 或 UpdateThingShadow 進行 API 呼叫,或 MQTT 訊息建立、更新或取得裝置陰影時,系統會計量裝置陰影作業。如果您選擇加入「裝置陰影」更新,更新訊息將收取消息傳遞費用。

規則引擎

規則引擎具有下列訂價維度:

1.針對每個 IoT 規則評估觸發的規則

2.執行的規則動作,將資料重新導向到其他下游服務 (例如亞馬遜 S3、亞馬遜 Kinesis、亞馬遜 SNS)。IoT 規則最多可呼叫 10 個 IoT 規則動作。

除了將資料路由至下游服務的成本之外,您的 AWS 帳單還會包括在 IoT 規則中呼叫下列外部函數的成本,以物聯網規則動作計算:get_thing_shadow ()、aws_lambda ()、get_dynamodb () 、get_registry_data ()。

請注意:1/ 物聯網規則中的算術和邏輯 SQL 函數不被計算為動作。2/ get_secret () 外部函數調用也不被計算為物聯網規則動作。3/ 即使函數被計算為 IoT 規則動作,也不會計入每個規則 10 個動作的限制。有關不同功能的詳細限制,請參閱開發人員指南。 

將訊息傳送至客戶 Amazon 虛擬私有雲 (VPC) 內的資源的 IoT 規則動作將被計算為 2 個 IoT 規則動作。此額外動作不會計入每個規則限制的 10 個動作。下列規則動作支援 VPC:Apache Kafka 動作。

觸發的規則總是至少會計量一個規則和一個動作。例如,如果評估您的 IoT 規則,但未呼叫 IoT 規則動作,則您需要支付 1 個 IoT 規則和 1 個 IoT 規則動作。

無論訊息大小為何,處理 AWS IoT Core 產生之訊息的規則會以單一規則計量。例如,7 KB 裝置影子文件可能會發佈相當大的 /delta 或 /documents 訊息;然而,由此類更新啟動的任何規則都將按照 5 KB 訊息進行計量。

ProtoBuf 到 JSON 解碼:使用規則引擎中使用 decode () 函數將通訊協定緩衝區 (Protobuf) 訊息解碼為 JavaScript 物件符號 (JSON) 格式將計算為 1 個動作。規則引擎會針對規則所定出的解碼動作收費,而且可透過描述項檔案將解碼動作予以最佳化。使用規則引擎解碼 Protobuf 訊息時,向您收取的費用如下:1 個觸動規則 + 1 個規則動作 (將資料傳送給下游 AWS 服務) + 1 次 Protobuf-to-JSON 解碼。但將 Protobuf 訊息解碼成 JSON 格式的 5kB 增量則不會向您收取費用。您所付費的 1 次解碼 (動作),其 Protobuf 承載大小上限為 128kB。

此處「資料傳輸」 下列出的標準 EC2 資料傳輸速率適用於下列規則動作:HTTP 動作。

找到今天所需的資訊了嗎?

讓我們知道,以便我們改善頁面內容的品質