Инфраструктура как код

2025-05-26

Инфраструктура как код (IaC) — это ключевая практика DevOps, которая включает управление инфраструктурой, например сетями, вычислительными службами, базами данных, хранилищами и топологией подключений в описательной модели. IaC позволяет командам разрабатывать и выпускать изменения быстрее и с большей уверенностью. Преимущества IaC включают:

Повышение доверия к развертываниям
Возможность управления несколькими средами
Улучшено понимание состояния инфраструктуры

Дополнительные сведения о преимуществах использования инфраструктуры в качестве кода см. в разделе " Повторяемая инфраструктура".

Инструментальная оснастка

Существует два подхода, которые можно принять при реализации инфраструктуры в качестве кода.

Императивная инфраструктура как код включает написание скриптов на таких языках, как Bash или PowerShell. Вы явно указываете команды, которые выполняются для получения желаемого результата. При использовании императивных развертываний можно управлять последовательностью зависимостей, управления ошибками и обновлениями ресурсов.
Декларативная инфраструктура как код включает в себя написание определения, определяющее, как вы хотите, чтобы ваша среда выглядела. В этом определении необходимо указать нужный результат, а не способ его выполнения. Инструмент определяет, как добиться результата, проверяя ваше текущее состояние, сравнивая его с целевым состоянием, и затем применяя изменения.

Шаблоны ARM

Просмотрите сведения о шаблонах Azure Resource Manager (шаблоны ARM).

Бицепс

Bicep — это предметно-ориентированный язык (DSL), который использует декларативный синтаксис для развертывания ресурсов Azure. В файлах Bicep вы определяете инфраструктуру, которую планируется развернуть, и ее свойства. По сравнению с шаблонами ARM, файлы Bicep проще читать и писать для аудитории, не являющейся разработчиками, поскольку они используют лаконичный синтаксис.

В этом примере кода Bicep развертывается учетная запись хранения Azure в регионе группы ресурсов. Она использует избыточность Standard_LRS и тип StorageV2. Уровень доступа имеет значение "Горячий" для частого доступа к данным.

param location string = resourceGroup().location
param storageAccountName string = 'toylaunch${uniqueString(resourceGroup().id)}'
resource storageAccount 'Microsoft.Storage/storageAccounts@2021-06-01' = {
  name: storageAccountName
  location: location
  sku: {
    name: 'Standard_LRS'
  }
  kind: 'StorageV2'
  properties: {
    accessTier: 'Hot'
  }
}

Терраформирование

Просмотрите сведения об Terraform.

Azure CLI (Интерфейс командной строки для Azure)

Просмотрите сведения о Azure CLI.

Инфраструктура как модули кода

Одна из целей использования кода для развертывания инфраструктуры заключается в том, чтобы избежать дублирования работы или создания нескольких шаблонов для одинаковых или аналогичных целей. Модули инфраструктуры должны быть многократно используемыми и гибкими и должны иметь четкое назначение.

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

Модули «Bicep»

Bicep позволяет создавать и вызывать модули. После того как модули созданы, они могут быть использованы в любом другом шаблоне Bicep. Модуль Bicep высокого качества должен определять несколько связанных ресурсов. Например, при определении функции Azure обычно развертывается конкретное приложение, план размещения для этого приложения и учетная запись хранения для метаданных этого приложения. Эти компоненты определены отдельно, но они образуют логическую группу ресурсов, поэтому следует рассмотреть возможность их совместного определения в виде модуля.

Модули Bicep обычно используют:

Параметры для приема значений из вызывающего модуля.
Выходные значения для возврата результатов в вызывающий модуль.
Ресурсы для определения одного или нескольких объектов инфраструктуры для управления модулем.

Публикация модулей Bicep

Существует несколько вариантов публикации и совместного использования модулей Bicep.

Общедоступный реестр: Общедоступный реестр модулей размещается в реестре контейнеров Майкрософт (MCR). Его исходный код и модули, содержащиеся в нем, хранятся в GitHub.
Частный реестр: Реестр контейнеров Azure можно использовать для публикации модулей в частном реестре. Сведения о публикации модулей в реестре в конвейере CI/CD см. в разделах Bicep и GitHub Actions или, если вы предпочитаете, Bicep и Azure Pipelines.
Спецификация шаблона:Спецификации шаблонов можно использовать для публикации модулей Bicep. Спецификации шаблонов обычно предназначены для создания полных шаблонов, но Bicep позволяет использовать их для развертывания модулей.
Система управления версиями: Модули можно загружать непосредственно из средств управления версиями, таких как GitHub или Azure DevOps.

Модули Terraform

Terraform позволяет создавать и вызывать модули. Каждая конфигурация Terraform имеет по крайней мере один модуль, известный как корневой модуль, состоящий из ресурсов, определенных в .tf файлах в основном рабочем каталоге. Каждый модуль может вызывать другие модули, что позволяет включать дочерние модули в основной файл конфигурации. Модули также можно вызывать несколько раз в одной конфигурации или из разных конфигураций.

Модули описываются с использованием всех тех же понятий языка конфигурации. Они чаще всего используют:

Входные переменные для приема значений из вызывающего модуля.
Выходные значения для возврата результатов в вызывающий модуль.
Ресурсы для определения одного или нескольких объектов инфраструктуры для управления модулем.

Публикация модулей Terraform

Существует несколько вариантов публикации и совместного использования модулей Terraform:

Общедоступный реестр: HashiCorp имеет собственный реестр модулей Terraform, который позволяет пользователям создавать совместно используемые модули Terraform. В настоящее время в реестре модулей Terraform публикуются несколько модулей Azure .
Частный реестр: Вы можете легко публиковать модули Terraform в частный репозиторий, например Terraform Cloud Private Registry или Реестр контейнеров Azure.
Система управления версиями: Частные модули можно загружать непосредственно из таких средств управления версиями, как GitHub. Сведения о поддерживаемых источниках см. в разделе "Источники модулей Terraform".