Detalles adicionales de medición de AWS IoT Core
Conectividad
En el caso de mensajes MQTT PINGREQ o PINGRESP, su dispositivo puede hacer PING con una frecuencia de hasta 30 segundos sin costo.
Mensajería
Medición de mensajes MQTT
|
|
|
|---|---|
|
MQTT CONNECT
|
Se mide por el tamaño del mensaje, incluido el tamaño del tema “Will” y la carga del mensaje “Will”. Si usa MQTT5, el mensaje también se mide según las propiedades de encabezado variable binario y de cadena adicionales y propiedades “Will”, como las propiedades de usuario. |
|
MQTT PUBACK (recibido del dispositivo)
|
Si usa MQTT5, se mide según el tamaño del mensaje, incluidas las propiedades de usuario. De lo contrario, se mide como un único mensaje de 5 KB. |
|
MQTT SUBSCRIBE
|
Se mide según el tamaño del tema enviado en el mensaje “Subscribe” más el tamaño de cualquier propiedad de usuario enviada (si se usa MQTT5). |
|
MQTT PUBLISH (recibido del dispositivo)
|
Se mide según el tamaño de la carga y el tema en bytes. Si usa MQTT5, el tamaño de las propiedades de usuario, el tema de respuesta, los datos de correlación y el tipo de contenido también se incluyen en el tamaño de carga medido.
|
|
MQTT PUBLISH (enviado por el servicio)
|
Se mide según el tamaño de la carga y el tema en bytes. Si usa MQTT5, el tamaño de las propiedades de usuario, el tema de respuesta, los datos de correlación y el tipo de contenido también se incluyen en el tamaño de carga medido. |
|
MQTT RETAINED
|
Se mide según el tamaño de la carga y el tema en bytes. Si usa MQTT5, el tamaño de las propiedades de usuario, el tema de respuesta, los datos de correlación y el tipo de contenido también se incluyen en el tamaño de carga medido. En el caso de mensajes MQTT entrantes publicados con el aviso RETAIN, su cuenta se medirá por MQTT PUBLISH entrante y MQTT RETAINED |
Los siguientes mensajes MQTT quedan excluidos de la medición:
- MQTT PINGREQ
- MQTT PINGRESP
- MQTT DISCONNECT
- MQTT CONNACK
- MQTT PUBACK (enviado por el servicio)
- MQTT SUBACK
- MQTT UNSUBSCRIBE
Los mensajes MQTT transferidos dentro de una conexión WebSocket se miden como mensajes MQTT dentro de una conexión TLS mutuamente autenticada.
Medición de solicitudes y respuestas HTTP
|
|
|
|---|---|
|
Solicitudes
|
Se mide por la cantidad de mensajes de 5 KB necesarios para cifrar la sección del cuerpo de la solicitud de HTTP. Si usa la API de mensaje de publicación de HTTP, el tamaño de las propiedades de usuario, el tema de respuesta, los datos de correlación y el tipo de contenido también se incluyen en el tamaño de carga útil medido. |
|
Respuestas negativas
|
Si las respuestas HTTP con códigos de respuesta HTTP en el intervalo 4xx y 5xx contienen un cuerpo, AWS IoT Core mide la cantidad de mensajes de 5 KB necesarios para codificar el cuerpo de la respuesta |
|
API de administración de conexiones de MQTT
|
La API DeleteConnection se factura solo por la solicitud HTTP. Las API GetConnection y ListSubscriptions se facturan por la solicitud HTTP y la respuesta. |
Medición de mensajes directos
La mensajería directa le permite enviar mensajes punto a punto a clientes de IoT individuales usando la API HTTP SendDirectMessage. Los mensajes directos se miden en incrementos de 5 KB del tamaño de la carga útil del mensaje.
|
Operación
|
Medición
|
|---|---|
|
SendDirectMessage (sin confirmación de entrega)
|
Se mide como un único mensaje directo según el tamaño de la carga útil y el tema en bytes, en incrementos de 5 KB. Si se incluyen propiedades de MQTT 5.0 (propiedades de usuario, tema de respuesta, datos de correlación, tipo de contenido), también se incluyen en el tamaño de carga útil medido. El cliente receptor recibe el mensaje como MQTT QoS 0. |
|
SendDirectMessage (con confirmación de entrega)
|
Se mide como un único mensaje directo con confirmación de entrega según el tamaño de la carga útil y el tema en bytes, en incrementos de 5 KB. Si se incluyen propiedades de MQTT 5.0 (propiedades de usuario, tema de respuesta, datos de correlación, tipo de contenido), también se incluyen en el tamaño de carga útil medido. El cliente receptor recibe el mensaje como MQTT QoS 1 y envía un acuse de recibo PUBACK de vuelta al servidor. |
Medición LoRaWAN
|
|
|
|---|---|
|
LoRaWAN.Uplink
|
Se mide por la cantidad de mensajes (enviados por el dispositivo) |
|
LoRaWAN.Downlink
|
Se mide por la cantidad de mensajes (enviados por el servicio) |
|
LoRaWAN.Join
|
Se mide por la cantidad de mensajes (enviados por el dispositivo) |
|
LoRaWAN.UplinkACK
|
Se mide por la cantidad de mensajes (enviados por el servicio) |
|
LoRaWAN.DownlinkACK
|
Se mide por la cantidad de mensajes (enviados por el dispositivo) |
Medición de Sidewalk
|
|
|
|---|---|
|
Sidewalk.Uplink
|
Se mide por la cantidad de mensajes (enviados por el dispositivo) |
|
Sidewalk.Downlink
|
Se mide por la cantidad de mensajes (enviados por el servicio) |
Nota: Los mensajes enviados por dispositivos Amazon Sidewalk que usan la característica de integración con Amazon Sidewalk para conectarse a AWS IoT Core se miden según los niveles de precios de mensajes de LoRaWAN.
Registro
Se le cobrará una operación de registro cada vez que realice una llamada a una de las siguientes operaciones de API:
-
AddThingToThingGroup
-
AttachThingPrincipal
-
CreateThing
-
CreateThingGroup
-
CreateDynamicThingGroup
-
CreateThingType
-
DescribeThing
-
DescribeThingGroup
-
DescribeThingType
-
DetachThingPrincipal
-
ListPrincipalThings
-
ListThingGroups
-
ListThingGroupsForThing
-
ListThingPrincipals
-
ListThings
-
ListThingsInThingGroup
-
ListThingTypes
-
UpdateThing
-
UpdateThingGroup
-
UpdateDynamicThingGroup
-
UpdateThingGroupsForThing
-
GetWirelessDeviceStatistics
-
GetWirelessGatewayStatistics
En todas las operaciones List, la medición tiene en cuenta el tamaño total de todos los registros devueltos por la llamada a la API. Por ejemplo, si una llamada a la API ListThings devuelve (50) 2 KB Things desde Registry, su solicitud se cobra en incrementos de (100) 1K y se mide como 100 solicitudes. Si opta por eventos de registro, cualquier mensaje de actualización estará sujeto a cargos de mensajería.
Sombra de dispositivos
Las operaciones de sombra de dispositivo se miden cuando realiza una llamada a la API para GetThingShadow o UpdateThingShadow o cuando un mensaje MQTT crea, actualiza u obtiene una sombra de dispositivo. Si opta por actualizaciones de sombra de dispositivo, los mensajes de actualización estarán sujeto a cargos de mensajería.
Motor de reglas
El motor de reglas tiene las siguientes dimensiones de precios:
1. Reglas activadas por cada evaluación de regla de IoT
2. Acciones de reglas ejecutadas para redirigir datos a otros servicios posteriores (como Amazon S3, Amazon Kinesis, Amazon SNS). Una regla de IoT puede invocar hasta 10 acciones de regla de IoT.
Además del costo de enrutar datos a servicios posteriores, su factura de AWS también incluirá el costo de llamar a las siguientes funciones externas dentro de una regla de IoT, facturadas como acciones de regla de IoT: get_thing_shadow(), aws_lambda(), get_dynamodb() y get_registry_data().
Tenga en cuenta que: 1) Las funciones SQL aritméticas y lógicas en las reglas de IoT no se miden como acciones. 2) La llamada a la función externa get_secret() tampoco se mide como acción de regla de IoT. 3) Las funciones no cuentan para el límite de 10 acciones por regla aunque se facturen como acciones de regla de IoT. Consulte la guía para desarrolladores para conocer los límites detallados de las diferentes funciones.
Una acción de regla de IoT que envía un mensaje a un recurso dentro de la nube virtual privada (VPC) de Amazon de un cliente se contará como 2 acciones de regla de IoT. Esta acción adicional no cuenta para el límite de diez acciones por regla. VPC es compatible con las siguientes acciones de reglas: acción de Apache Kafka.
Una regla que se activa siempre medirá, como mínimo, una regla y una acción. Las reglas que procesan un mensaje generado por AWS IoT Core se miden como una única regla, independientemente del tamaño del mensaje.
Las reglas que procesan un mensaje generado por AWS IoT Core se miden como una sola regla, sin importar el tamaño del mensaje. Por ejemplo, un documento de sombra de dispositivo de 7 KB puede publicar un mensaje /delta o /documents bastante grande; sin embargo, cualquier regla iniciada por esa actualización se medirá como si el mensaje fuera de 5 KB.
Decodificación de Protobuf a JSON: la decodificación de un mensaje de búfer de protocolo (Protobuf) a formato de notación de objetos JavaScript (JSON) mediante la función decode() en el motor de reglas se contabilizará como 1 acción. El motor de reglas aplicará cargos por las acciones de decodificación dentro de una regla. Las acciones de decodificación pueden optimizarse almacenando en caché el archivo descriptor. Cuando decodifique un mensaje Protobuf utilizando el motor de reglas, se le aplicará el cargo correspondiente a 1 regla activada + 1 acción de regla (para enviar los datos a un servicio de AWS posterior) + 1 decodificación de Protobuf a JSON. Sin embargo, no se le aplicarán cargos en incrementos de 5 kB por decodificar mensajes Protobuf a JSON. Se le aplicará un cargo por 1 decodificación (acción) hasta alcanzar el tamaño máximo de carga útil de Protobuf de 128 kB.
Las tasas de transferencia de datos estándar de EC2 que se indican aquí en Transferencia de datos se aplican a las siguientes acciones de reglas: acción HTTP.
¿Ha encontrado lo que buscaba hoy?
Ayúdenos a mejorar la calidad del contenido de nuestras páginas compartiendo sus comentarios