Creating a trigger that will send messages to a Serverless Containers container from a Yandex IoT Core registry or device topic
Create a trigger for an Yandex IoT Core device or registry topic and process copies of messages using a Serverless Containers container.
Warning
The trigger must be in the same cloud as the registry or device whose topic it reads messages from.
Getting started
To create a trigger, you will need:
-
A container that the trigger will invoke. If you do not have a container:
-
Optionally, a dead letter queue where messages that could not be processed by a container will be redirected. If you do not have a queue, create one.
-
Service account with rights to invoke the container and (optionally) write messages to the dead letter queue. You can use the same service account or different ones. If you do not have a service account, create one.
Creating a trigger
Note
The trigger is initiated within 5 minutes of being created.
-
In the management console
, select the folder you want to create a trigger in. -
Open Serverless Containers.
-
In the left-hand panel, select
Triggers. -
Click Create trigger.
-
Under Basic settings:
- Enter a name and description for the trigger.
- In the Type field, select
IoT Core (device)
. - In the Launched resource field, select
Container
.
-
Under IoT Core message settings, specify the registry, device, and MQTT topic to create a trigger for. When creating a trigger for a registry topic, you do not need to specify a device or an MQTT topic. If no MQTT topic is set, the trigger fires for all registry or device topics.
-
Under Batch message settings, specify:
- Waiting time, s. The values may range from 1 to 60 seconds. The default value is 1 second.
- Batch size. The values may range from 1 to 100. The default value is 1.
The trigger groups messages for a period of time not exceeding the specified timeout and sends them to a container. The number of messages cannot exceed the specified batch size.
-
Under Container settings, select a container and specify a service account to invoke it under.
-
Optionally, under Repeat request settings:
- In the Interval field, specify the time interval to retry invoking the container if the current attempt fails. The values may range from 10 to 60 seconds. The default value is 10 seconds.
- In the Number of attempts field, specify the number of invocation retries before the trigger moves a message to the dead letter queue. The values may range from 1 to 5. The default value is 1.
-
Optionally, under Dead Letter Queue settings, select the dead-letter queue and the service account with write permissions for this queue.
-
Click Create trigger.
If you do not have the Yandex Cloud CLI installed yet, install and initialize it.
By default, the CLI uses the folder specified when creating the profile. To change the default folder, use the yc config set folder-id <folder_ID>
command. You can also set a different folder for any specific command using the --folder-name
or --folder-id
parameter.
To create a trigger that invokes a container, run this command:
yc serverless trigger create internet-of-things \
--name <trigger_name> \
--registry-id <registry_ID> \
--device-id <device_ID> \
--mqtt-topic '<broker_MQTT_topic>' \
--batch-size <message_group_size> \
--batch-cutoff <maximum_timeout> \
--invoke-container-id <container_ID> \
--invoke-container-service-account-id <service_account_ID> \
--retry-attempts <number_of_retry_attempts> \
--retry-interval <interval_between_retry_attempts> \
--dlq-queue-id <dead-letter_queue_ID> \
--dlq-service-account-id <service_account_ID>
Where:
--name
: Trigger name.--registry-id
: Registry ID.--device-id
: Device ID. If you are creating a trigger for a registry topic, you can omit this parameter.--mqtt-topic
: MQTT topic you want to create a trigger for. This is an optional parameter. If this parameter is skipped, the trigger fires for all registry or device topics.
--batch-size
: Size of the message batch from MQTT topics. This is an optional parameter. The values may range from 1 to 10. The default value is 1.--batch-cutoff
: Maximum waiting time. This is an optional parameter. The values may range from 1 to 60 seconds. The default value is 1 second. The trigger groups messages for a period not exceedingbatch-cutoff
and sends them to a container. The number of messages cannot exceedbatch-size
.
--invoke-container-id
: Container ID.--invoke-container-service-account-id
: ID of the service account with permissions to invoke the container.--retry-attempts
: Number of invocation retries before the trigger moves a message to the dead-letter queue. This is an optional parameter. The values may range from 1 to 5. The default value is 1.--retry-interval
: Time to retry invoking the container if the current attempt fails. This is an optional parameter. The values may range from 10 to 60 seconds. The default value is 10 seconds.--dlq-queue-id
: Dead-letter queue ID. This is an optional parameter.--dlq-service-account-id
: ID of the service account with write permissions to the dead-letter queue. This is an optional parameter.
Result:
id: a1s5msktijh2********
folder_id: b1gmit33hgh2********
created_at: "2022-10-24T15:19:15.353909857Z"
name: iot-trigger
rule:
iot_message:
registry_id: arenou2oj4h2********
device_id: areqjd6un3h2********
mqtt_topic: $devices/areqjd6unh2********/events
batch_settings:
size: "1"
cutoff: 0s
invoke_container:
container_id: bba5jb38o8h2********
service_account_id: aje3932acdh2********
retry_settings:
retry_attempts: "1"
interval: 10s
status: ACTIVE
With Terraform
Terraform is distributed under the Business Source License
For more information about the provider resources, see the relevant documentation on the Terraform
If you do not have Terraform yet, install it and configure the Yandex Cloud provider.
To create a trigger for Yandex IoT Core:
-
In the configuration file, describe the trigger parameters:
resource "yandex_function_trigger" "my_trigger" { name = "<trigger_name>" container { id = "<container_ID>" service_account_id = "<service_account_ID>" retry_attempts = "<number_of_retry_attempts>" retry_interval = "<interval_between_retry_attempts>" } iot { registry_id = "<registry_ID>" device_id = "<device_ID>" topic = "<broker_MQTT_topic>" batch_cutoff = "<maximum_timeout>" batch_size = "<message_group_size>" } dlq { queue_id = "<dead-letter_queue_ID>" service_account_id = "<service_account_ID>" } }
Where:
-
name
: Trigger name. The name format is as follows:- It must be from 2 to 63 characters long.
- It can only contain lowercase Latin letters, numbers, and hyphens.
- It must start with a letter and cannot end with a hyphen.
-
container
: Container parameters:id
: Container ID.service_account_id
: ID of the service account with rights to invoke the container.
retry_attempts
: Number of invocation retries before the trigger moves a message to the dead letter queue. This is an optional parameter. The values may range from 1 to 5. The default value is 1.retry_intervall
: Time to retry invoking the container if the current attempt fails. This is an optional parameter. The values may range from 10 to 60 seconds. The default value is 10 seconds.
-
iot
: Trigger parameters:registry-id
: Registry ID.device-id
: Device ID. If you are creating a trigger for a registry topic, you can omit this parameter.topic
: MQTT topic you want to create a trigger for. This is an optional parameter. If this parameter is skipped, the trigger fires for all registry or device topics.batch_cutoff
: Maximum wait time. This is an optional parameter. The values may range from 1 to 60 seconds. The default value is 1 second. The trigger groups messages for a period not exceedingbatch_cutoff
and sends them to a container. The number of messages cannot exceedbatch_size
.batch_size
: Size of the message batch from MQTT topics. This is an optional parameter. The values may range from 1 to 10. The default value is 1.
dlq
: Dead-letter queue message parameters:queue_id
: Dead-letter queue ID. This is an optional parameter.service_account_id
: ID of the service account with write permissions to the dead-letter queue. This is an optional parameter.
For more information about resource parameters in Terraform, see the provider documentation
. -
-
Create resources:
-
In the terminal, go to the directory where you edited the configuration file.
-
Make sure the configuration file is correct using this command:
terraform validate
If the configuration is correct, you will get this message:
Success! The configuration is valid.
-
Run this command:
terraform plan
You will see a detailed list of resources. No changes will be made at this step. If the configuration contains any errors, Terraform will show them.
-
Apply the changes:
terraform apply
-
Type
yes
and press Enter to confirm the changes.
Terraform will create all the required resources. You can check the new resources using the management console
or this CLI command:yc serverless trigger list
-
To create a trigger for Yandex IoT Core, use the create REST API method for the Trigger resource or the TriggerService/Create gRPC API call.
Checking the result
Make sure the trigger is working properly. To do this, view container logs that show information about invocations.