連線
您的裝置每隔 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 訊息數目 |
|
MQTT 連線管理 API
|
DeleteConnection API 僅依據 HTTP 請求來計費。GetConnection 與 ListSubscription API 依據 HTTP 請求及回應來計費。 |
直接訊息計量
透過直接傳訊，您可使用 SendDirectMessage HTTP API 對個別 IoT 用戶端傳送點對點訊息。直接訊息是按訊息承載大小的 5 KB 增量來計量。
|
營運
|
計量
|
|---|---|
|
SendDirectMessage (無須傳遞確認)
|
依據承載大小與主題 (位元組)，以單一直接訊息，按 5 KB 增量來計量。若 MQTT 5.0 屬性包括在內，則計量的承載大小亦會包括使用者屬性、回應主題、關聯資料，以及內容類型。接收用戶端將接收訊息做為 MQTT QoS 0。 |
|
SendDirectMessage (須傳遞確認)
|
依據承載大小與主題 (位元組)，以包含傳遞資訊的單一直接訊息，按 5 KB 增量來計量。若 MQTT 5.0 屬性包括在內，則計量的承載大小亦會包括使用者屬性、回應主題、關聯資料，以及內容類型。接收用戶端將接收訊息做為 MQTT QoS 1，以及傳回 PUBACK 確認至伺服器。 |
LoRaWAN 計量
|
|
|
|---|---|
|
LoRaWAN.Uplink
|
根據訊息數量計量 (由裝置傳送) |
|
LoRaWAN.Downlink
|
根據訊息數量計量 (由服務傳送) |
|
LoRaWAN.Join
|
根據訊息數量計量 (由裝置傳送) |
|
LoRaWAN.UplinkACK
|
根據訊息數量計量 (由服務傳送) |
|
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.執行規則動作，以重新引導資料至其他下游服務 (例如 Amazon S3、Amazon Kinesis、Amazon SNS)。IoT 規則可調用最多 10 個 IoT 規則動作。
除了路由資料至下游服務的費用外，AWS 帳單還將包括依據 IoT 規則，呼叫以下外部函式的成本，依據 IoT 規則動作計費：get_thing_shadow()、aws_lambda()、get_dynamodb()、get_registry_data()。
請注意：1/ IoT 規則中的算術與邏輯 SQL 函式不會做為動作來計量。2/ get_secret () 外部函式呼叫亦不會做為 IoT 規則動作來計量。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-to-JSON 解碼：使用規則引擎中的 decode() 函數將協定緩衝區 (Protobuf) 訊息解碼成 JavaScript Object Notation (JSON) 格式會以 1 個動作來計費。規則引擎會針對規則所定出的解碼動作收費，而且可透過描述項檔案將解碼動作予以最佳化。使用規則引擎解碼 Protobuf 訊息時，向您收取的費用如下：1 個觸動規則 + 1 個規則動作 (將資料傳送給下游 AWS 服務) + 1 次 Protobuf-to-JSON 解碼。但將 Protobuf 訊息解碼成 JSON 格式的 5kB 增量則不會向您收取費用。您所付費的 1 次解碼 (動作)，其 Protobuf 承載大小上限為 128kB。
「資料傳輸」下此處列出的標準 EC2 資料傳輸費率適用於下列規則動作：HTTP 動作。
找到今天所需的資訊了嗎？
讓我們知道，以便我們改善頁面內容的品質