Создать триггер для Telegram, который вызывает функцию Cloud Functions

Terraform позволяет быстро создать облачную инфраструктуру в Yandex Cloud и управлять ею с помощью файлов конфигураций. В файлах конфигураций хранится описание инфраструктуры на языке HCL (HashiCorp Configuration Language). При изменении файлов конфигураций Terraform автоматически определяет, какая часть вашей конфигурации уже развернута, что следует добавить или удалить.

Terraform распространяется под лицензией Business Source License, а провайдер Yandex Cloud для Terraform — под лицензией MPL-2.0.

Подробная информация о ресурсах провайдера в документации на сайте Terraform или в зеркале.

Если у вас еще нет Terraform, установите его и настройте провайдер Yandex Cloud.

Чтобы управлять инфраструктурой с помощью Terraform от имени сервисного аккаунта или пользовательских аккаунтов: аккаунта на Яндексе, федеративного аккаунта и локального пользователя, аутентифицируйтесь соответствующим способом.

Чтобы создать триггер для Telegram, который вызывает функцию:

1. Опишите в конфигурационном файле параметры триггера:

   resource "yandex_serverless_triggers" "my_trigger" {
     name = "<имя_триггера>"
     source {
       telegram_message {
         bot_token       = "<токен_Telegram-бота>"
         allowed_updates = [ "<тип_обновления>", "<тип_обновления>" ]
         force           = true
       }
     }
     action {
       invoke_function {
         function_id        = "<идентификатор_функции>"
         function_tag       = "<тег_версии_функции>"
         service_account_id = "<идентификатор_сервисного_аккаунта>"
       }
       filter {
         jq = ".message.text | startswith(\"/\")"
       }
       transformer {
         jq = ".message"
       }
       retry_policy {
         retry_attempts = "<количество_повторных_отправок>"
         interval       = "<интервал_между_повторными_отправками>"
       }
       dead_letter {
         dead_letter_queue {
           queue_arn          = "<ARN_очереди_Dead_Letter_Queue>"
           service_account_id = "<идентификатор_сервисного_аккаунта>"
         }
       }
     }
   }
   

   Где:

   • name — имя триггера. Формат имени:

     • длина — от 3 до 63 символов;
     • может содержать строчные буквы латинского алфавита, цифры и дефисы;
     • первый символ — буква, последний — не дефис.

   • description — описание триггера. Необязательный параметр.

   • labels — метки триггера в формате ключ:значение. Необязательный параметр.

   • source — параметры источника событий:

     • telegram_message — параметры Telegram-бота:

       • bot_token — токен Telegram-бота, полученный от @BotFather. Значение передается только при создании и изменении триггера и не возвращается в выводе Terraform. При изменении токена вебхук регистрируется заново.
       • allowed_updates — список типов обновлений Telegram, на которые подписывается бот. Необязательный параметр, значение по умолчанию — [ "message" ].
       • force — переустановка вебхука, если для бота уже настроен вебхук на другой URL. Без этого параметра создание триггера завершится ошибкой. Если вебхук уже указывает на этот триггер, параметр ничего не меняет. Необязательный параметр.

   • action — параметры приемника. Блок можно указать несколько раз, чтобы триггер вызывал несколько ресурсов, в том числе разных типов. Максимальное количество ресурсов ограничено лимитами.

     • invoke_function — параметры функции:

       • function_id — идентификатор функции.
       • function_tag — тег версии функции. Необязательный параметр. Если параметр не указан, вызывается последняя версия функции.
       • service_account_id — идентификатор сервисного аккаунта с правами на вызов функции.

     • filter — фильтрация событий перед отправкой в приемник. Необязательный блок.

       • jq — jq-шаблон для фильтрации событий, передаваемых в приемник. Если не указан, в приемник передаются все события.

     • transformer — преобразование событий перед отправкой в приемник. Необязательный блок.

       • jq — jq-шаблон для преобразования событий перед отправкой в приемник. Если не указан, события не преобразуются.

     • retry_policy — параметры повторных запросов. Необязательный блок.

       • interval — время, через которое будет сделана повторная отправка события, если текущая завершилась неуспешно.
       • retry_attempts — количество повторных отправок, которые будут сделаны, прежде чем триггер отправит событие в Dead Letter Queue.

     • dead_letter — параметры очереди сообщений Dead Letter Queue. Необязательный блок.

       • dead_letter_queue — параметры очереди:

         • queue_arn — ARN очереди.
         • service_account_id — идентификатор сервисного аккаунта с правами на запись в очередь.
         • message_attributes — атрибуты, которые будут добавлены к каждому сообщению в очереди, в формате ключ:значение. Необязательный параметр.

   Подробнее о параметрах ресурса yandex_serverless_triggers в документации провайдера.

2. Создайте ресурсы:

   1. В терминале перейдите в директорию с конфигурационным файлом.

   2. Проверьте корректность конфигурации с помощью команды:

      terraform validate
      

      Если конфигурация является корректной, появится сообщение:

      Success! The configuration is valid.
      

   3. Выполните команду:

      terraform plan
      

      В терминале будет выведен список ресурсов с параметрами. На этом этапе изменения не будут внесены. Если в конфигурации есть ошибки, Terraform на них укажет.

   4. Примените изменения конфигурации:

      terraform apply
      

   5. Подтвердите изменения: введите в терминале слово yes и нажмите Enter.

   Terraform создаст все требуемые ресурсы. Проверить появление ресурсов можно в консоли управления или с помощью команды CLI:

   yc serverless trigger list