Detalles de medición adicionales de AWS IoT Core

En el caso de mensajes MQTT PINGREQ o PINGRESP, su dispositivo puede hacer PING con una frecuencia de hasta 30 segundos sin costo.

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.

Las operaciones de Device Shadow se miden cuando se realiza una llamada a la API a GetThingShadow o UpdateThingShadow, o cuando un mensaje de MQTT crea, actualiza u obtiene un Device Shadow. Si optas por recibir las actualizaciones de Device Shadow, los mensajes de actualización estarán sujetos a cargos por mensajería.

El motor de reglas tiene las siguientes dimensiones de precios:

1. Reglas activadas para cada evaluación de reglas de IoT

2. Acciones de reglas ejecutadas para redirigir los datos a otros servicios descendentes (como Amazon S3, Amazon Kinesis y Amazon SNS). Una regla de IoT puede invocar hasta 10 acciones de reglas de IoT.

Además del costo de enrutar los datos a los servicios descendentes, 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 reglas de IoT: get_thing_shadow (), aws_lambda (), get_dynamodb () , get_registry_data ().

Tenga en cuenta: 1/ Las funciones SQL aritméticas y lógicas en la regla de IoT no se miden como acciones. 2/ La llamada a la función externa get_secret () tampoco se mide como una acción de regla de IoT. 3/ Las funciones no cuentan hasta el límite de 10 acciones por regla, incluso si se facturan como acciones de reglas de IoT. Consulta la guía para desarrolladores para ver los límites detallados de las diferentes funciones. 

Una acción de reglas de IoT que envíe un mensaje a un recurso dentro de la nube privada virtual (VPC) de Amazon de un cliente se contará como dos acciones de reglas 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. Por ejemplo, si se evalúa su regla de IoT, pero no se invoca ninguna acción de regla de IoT, paga por 1 regla de IoT y 1 acción de regla de IoT.

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) al formato de notación de objetos de JavaScript (JSON) mediante la función decode () en Rules Engine se medirá 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 velocidades de transferencia de datos estándar de EC2 que se enumeran aquí en «Transferencia de datos» se aplican a las siguientes acciones de reglas: Acción HTTP.