Ресурсы Null и триггеры

null_resource в Terraform — это специальный тип ресурса, который напрямую не создаёт и не управляет объектами инфраструктуры у Вашего облачного провайдера.

Вместо этого он служит заполнителем для выполнения произвольных команд или сценариев и часто используется для задач, выходящих за рамки обычной подготовки ресурсов.

Возможно, Вы задаётесь вопросом, зачем нужен ресурс «null». Он чрезвычайно полезен для следующих задач:

• Запуск локальных сценариев: выполнение команд на компьютере, где запущен Terraform (например, подготовка файлов конфигурации).
• Действия после развёртывания: выполнение задач настройки или очистки после подготовки настоящих ресурсов.
• Взаимодействие с внешними API: использование внешних API, когда для определённой службы не существует специального провайдера Terraform.
• Пользовательская логика: организация пользовательских шагов, не связанных с конкретным облачным ресурсом.

Блок null_resource выглядит как любой другой ресурс Terraform. Сам по себе, без провижионеров или триггеров, он просто создаёт объект «null» в состоянии Terraform и больше ничего не делает.

Обычно его используют вместе с провижионерами для выполнения команд и с триггерами для управления моментом запуска этих команд.

Вот минимальный пример null_resource. Если выполнить для него terraform apply, он будет создан в состоянии, но никаких внешних действий не произойдёт.

Это всего лишь заполнитель, готовый к дополнению действиями.

Настоящая сила null_resource раскрывается при объединении его с провижионерами.

Провижионеры позволяют выполнять сценарии или команды на компьютере, где запущен Terraform (local-exec), либо непосредственно на удалённом ресурсе (remote-exec, хотя с null_resource это используется реже).

Благодаря этому null_resource может выступать исполнителем действий.

triggers — это карта произвольных пар «ключ — значение», определённых внутри блока null_resource.

Их назначение — сообщить Terraform: «Если изменится любое значение в этой карте, этот null_resource и его провижионеры необходимо запустить повторно».

Это крайне важно, чтобы null_resource реагировал на изменения в инфраструктуре.

Когда значение в карте triggers изменяется, Terraform обнаруживает изменение null_resource.

Во время выполнения terraform apply Terraform:

• Уничтожит существующий null_resource (если он существует).
• Создаст заново null_resource.
• Повторно запустит все связанные провижионеры.

Этот механизм гарантирует, что пользовательские действия выполняются только при изменении соответствующих зависимостей.

Здесь мы используем null_resource, чтобы имитировать обновление файла конфигурации на основе простой переменной. Провижионер local-exec выполняет команду, а triggers гарантирует её повторный запуск при изменении var.app_version.

Несмотря на широкие возможности, используйте null_resource обдуманно:

• Предпочитайте провайдеров: если для задачи существует специальный провайдер или ресурс Terraform, используйте его.
• Обеспечивайте идемпотентность: убедитесь, что сценарии, запускаемые провижионерами, можно безопасно выполнять многократно без побочных эффектов.
• Избегайте управления состоянием: не пытайтесь управлять внешним состоянием с помощью null_resource; для этого предназначены серверные хранилища удалённого состояния.
• Рассмотрите источник данных external: для сложной внешней логики, возвращающей структурированные данные, источник данных external может быть более удобной альтернативой.

Вы узнали о null_resource и triggers. Проверьте, насколько хорошо Вы поняли материал.

В этом уроке Вы узнали о многофункциональности null_resource Terraform — мощного инструмента для выполнения пользовательских команд и сценариев, которые не соответствуют конкретным облачным ресурсам.

Вы также изучили triggers — механизм внутри null_resource, позволяющий определять зависимости и гарантировать повторное выполнение провижионеров при изменении этих зависимостей. Это позволяет создавать динамическую и реактивную пользовательскую автоматизацию в рамках инфраструктуры как кода.