К основному содержанию
правило официальный · GitHub

azure-verified-modules-terraform — правило для GitHub Copilot

Держит Copilot на рельсах Azure Verified Modules: ищет готовые модули, пинит версии и напоминает прогнать проверки ./avm перед pull request.

Установить в GitHub Copilot · Вручную: положить файлы Все способы и платформы ↓
.github/instructions/azure-verified-modules-terraform.instructions.md
Открыть на GitHub

Что делает azure-verified-modules-terraform

Правило включается на файлах Terraform: *.tf, *.tfvars, *.tfstate, *.tflint.hcl и JSON-вариантах. Внутри — порядок работы с Azure Verified Modules: как найти модуль, как подключить его из реестра, какие команды прогнать.

Поиск модуля идёт через Terraform Registry по запросу «avm» плюс имя ресурса, с фильтром по тегу Partner. Есть и официальные CSV-индексы Azure-Verified-Modules для ресурсных, паттерновых и утилитарных модулей. Подключение — по адресу вида Azure/avm-res-{service}-{resource}/azurerm с закреплённой версией и enable_telemetry = true.

Перед pull request правило требует terraform fmt -recursive, terraform validate и три команды ./avm: pre-commit, tflint, pr-check. Без них проверки PR не пройдут. Считайте это не советом, а условием: если в репозитории нет исполняемого ./avm, эти шаги просто не выполнятся.

Какие задачи решает

  • найти официальный AVM-модуль под нужный ресурс Azure
  • зафиксировать версии модулей и провайдера перед выкаткой
  • прогнать обязательные проверки перед созданием pull request
  • собрать конфигурацию из проверенных примеров, а не с нуля

Примеры запросов агенту

  • Найди AVM-модуль для storage account и подключи его с закреплённой версией
  • Добавь в конфигурацию виртуальную сеть через модуль AVM и включи телеметрию
  • Проверь, что перед PR прогнаны ./avm pre-commit, ./avm tflint и ./avm pr-check

Как установить azure-verified-modules-terraform

Вручную: положить файлы

.github/instructions/azure-verified-modules-terraform.instructions.md

Поле applyTo задаёт, к каким файлам применять

По шагам, с командами для каждой платформы: AGENTS.md и CLAUDE.md: что это, кто читает и какой выбрать

Вопросы о azure-verified-modules-terraform

Как установить azure-verified-modules-terraform в GitHub Copilot?

Положите файл по пути .github/instructions/azure-verified-modules-terraform.instructions.md. После этого правило применяется к файлам Terraform по маске applyTo.

Что делает azure-verified-modules-terraform?

Задаёт Copilot порядок работы с Azure Verified Modules: поиск модуля, подключение с закреплённой версией и обязательные проверки перед pull request.

Какие проверки обязательны перед pull request?

terraform fmt -recursive и terraform validate, затем ./avm pre-commit, ./avm tflint и ./avm pr-check. Пропуск команд ./avm валит проверки PR.

Исходный текст

azure-verified-modules-terraform.instructions.md · MIT
---
description: ' Azure Verified Modules (AVM) and Terraform'
applyTo: '**/*.terraform, **/*.tf, **/*.tfvars, **/*.tfstate, **/*.tflint.hcl, **/*.tf.json, **/*.tfvars.json'
---

# Azure Verified Modules (AVM) Terraform

## Overview

Azure Verified Modules (AVM) are pre-built, tested, and validated Terraform and Bicep modules that follow Azure best practices. Use these modules to create, update, or review Azure Infrastructure as Code (IaC) with confidence.

## Custom Instructions for GitHub Copilot Agents

**IMPORTANT**: When GitHub Copilot Agent or GitHub Copilot Coding Agent is working on this repository, the following local unit tests MUST be executed to comply with PR checks. Failure to run these tests will cause PR validation failures:

```bash
./avm pre-commit
./avm tflint
./avm pr-check
```

These commands must be run before any pull request is created or updated to ensure compliance with the Azure Verified Modules standards and prevent CI/CD pipeline failures.
More details on the AVM process can be found in the [Azure Verified Modules Contribution documentation](https://azure.github.io/Azure-Verified-Modules/contributing/terraform/testing/).

**Failure to run these tests will cause PR validation failures and prevent successful merges.**

## Module Discovery

### Terraform Registry

- Search for "avm" + resource name
- Filter by "Partner" tag to find official AVM modules
- Example: Search "avm storage account" → filter by Partner

### Official AVM Index

> **Note:** The following links always point to the latest version of the CSV files on the main branch. As intended, this means the files may change over time. If you require a point-in-time version, consider using a specific release tag in the URL.

- **Terraform Resource Modules**: `https://raw.githubusercontent.com/Azure/Azure-Verified-Modules/refs/heads/main/docs/static/module-indexes/TerraformResourceModules.csv`
- **Terraform Pattern Modules**: `https://raw.githubusercontent.com/Azure/Azure-Verified-Modules/refs/heads/main/docs/static/module-indexes/TerraformPatternModules.csv`
- **Terraform Utility Modules**: `https://raw.githubusercontent.com/Azure/Azure-Verified-Modules/refs/heads/main/docs/static/module-indexes/TerraformUtilityModules.csv`


## Terraform Module Usage

### From Examples

1. Copy the example code from the module documentation
2. Replace `source = "../../"` with `source = "Azure/avm-res-{service}-{resource}/azurerm"`
3. Add `version = "~> 1.0"` (use latest available)
4. Set `enable_telemetry = true`

### From Scratch

1. Copy the Provision Instructions from module documentation
2. Configure required and optional inputs
3. Pin the module version
4. Enable telemetry

### Example Usage

```hcl
module "storage_account" {
  source  = "Azure/avm-res-storage-storageaccount/azurerm"
  version = "~> 0.1"

  enable_telemetry    = true
  location            = "East US"
  name                = "mystorageaccount"
  resource_group_name = "my-rg"

  # Additional configuration...
}
```

## Naming Conventions

### Module Types

- **Resource Modules**: `Azure/avm-res-{service}-{resource}/azurerm`
  - Example: `Azure/avm-res-storage-storageaccount/azurerm`
- **Pattern Modules**: `Azure/avm-ptn-{pattern}/azurerm`
  - Example: `Azure/avm-ptn-aks-enterprise/azurerm`
- **Utility Modules**: `Azure/avm-utl-{utility}/azurerm`
  - Example: `Azure/avm-utl-regions/azurerm`

### Service Naming

- Use kebab-case for services and resources
- Follow Azure service names (e.g., `storage-storageaccount`, `network-virtualnetwork`)

## Version Management

### Check Available Versions

- Endpoint: `https://registry.terraform.io/v1/modules/Azure/{module}/azurerm/versions`
- Example: `https://registry.terraform.io/v1/modules/Azure/avm-res-storage-storageaccount/azurerm/versions`

### Version Pinning Best Practices

- Use pessimistic version constraints: `version = "~> 1.0"`
- Pin to specific versions for production: `version = "1.2.3"`
- Always review changelog before upgrading

## Module Sources

### Terraform Registry

- **URL Pattern**: `https://registry.terraform.io/modules/Azure/{module}/azurerm/latest`
- **Example**: `https://registry.terraform.io/modules/Azure/avm-res-storage-storageaccount/azurerm/latest`

### GitHub Repository

- **URL Pattern**: `https://github.com/Azure/terraform-azurerm-avm-{type}-{service}-{resource}`
- **Examples**:
  - Resource: `https://github.com/Azure/terraform-azurerm-avm-res-storage-storageaccount`
  - Pattern: `https://github.com/Azure/terraform-azurerm-avm-ptn-aks-enterprise`

## Development Best Practices

### Module Usage

- ✅ **Always** pin module and provider versions
- ✅ **Start** with official examples from module documentation
- ✅ **Review** all inputs and outputs before implementation
- ✅ **Enable** telemetry: `enable_telemetry = true`
- ✅ **Use** AVM utility modules for common patterns
- ✅ **Follow** AzureRM provider requirements and constraints

### Code Quality

- ✅ **Always** run `terraform fmt` after making changes
- ✅ **Always** run `terraform validate` after making changes
- ✅ **Use** meaningful variable names and descriptions
- ✅ **Add** proper tags and metadata
- ✅ **Document** complex configurations

### Validation Requirements

Before creating or updating any pull request:

```bash
# Format code
terraform fmt -recursive

# Validate syntax
terraform validate

# AVM-specific validation (MANDATORY)
./avm pre-commit
./avm tflint
./avm pr-check
```

## Tool Integration

### Use Available Tools

- **Deployment Guidance**: Use `azure_get_deployment_best_practices` tool
- **Service Documentation**: Use `microsoft.docs.mcp` tool for Azure service-specific guidance
- **Schema Information**: Use `azure_get_schema_for_Bicep` for Bicep resources

### GitHub Copilot Integration

When working with AVM repositories:

1. Always check for existing modules before creating new resources
2. Use the official examples as starting points
3. Run all validation tests before committing
4. Document any customizations or deviations from examples

## Common Patterns

### Resource Group Module

```hcl
module "resource_group" {
  source  = "Azure/avm-res-resources-resourcegroup/azurerm"
  version = "~> 0.1"

  enable_telemetry = true
  location         = var.location
  name            = var.resource_group_name
}
```

### Virtual Network Module

```hcl
module "virtual_network" {
  source  = "Azure/avm-res-network-virtualnetwork/azurerm"
  version = "~> 0.1"

  enable_telemetry    = true
  location            = module.resource_group.location
  name                = var.vnet_name
  resource_group_name = module.resource_group.name
  address_space       = ["10.0.0.0/16"]
}
```

## Troubleshooting

### Common Issues

1. **Version Conflicts**: Always check compatibility between module and provider versions
2. **Missing Dependencies**: Ensure all required resources are created first
3. **Validation Failures**: Run AVM validation tools before committing
4. **Documentation**: Always refer to the latest module documentation

### Support Resources

- **AVM Documentation**: `https://azure.github.io/Azure-Verified-Modules/`
- **GitHub Issues**: Report issues in the specific module's GitHub repository
- **Community**: Azure Terraform Provider GitHub discussions

## Compliance Checklist

Before submitting any AVM-related code:

- [ ] Module version is pinned
- [ ] Telemetry is enabled
- [ ] Code is formatted (`terraform fmt`)
- [ ] Code is validated (`terraform validate`)
- [ ] AVM pre-commit checks pass (`./avm pre-commit`)
- [ ] TFLint checks pass (`./avm tflint`)
- [ ] AVM PR checks pass (`./avm pr-check`)
- [ ] Documentation is updated
- [ ] Examples are tested and working

© github · MIT · github/awesome-copilot

Похожие правила IDE

Все правила IDE по теме «DevOps и инфраструктура» →

Из того же набора949

Весь набор →
centos-linux Правило задаёт подход к администрированию CentOS: пакеты, systemd, firewalld и SELinux. Пригодится для команд, скриптов и документации. ★ 40 451звёзд репо caveman-mode Правило для GitHub Copilot, которое заставляет агента отвечать предельно сжато: одна мысль — одно предложение, без вступлений и пересказа сделанного. ★ 40 451звёзд репо blazor Задаёт стандарты вёрстки Razor-компонентов, внедрения зависимостей, кэширования и управления состоянием в Blazor для GitHub Copilot. ★ 40 451звёзд репо bicep-code-best-practices Правило задаёт рекомендации для Bicep-файлов: от имён параметров до ссылок на ресурсы и работы с секретами. Помогает Copilot придерживаться единого стиля при написании инфраструктурного кода. ★ 40 451звёзд репо azure-verified-modules-bicep Направляет GitHub Copilot при создании и ревью кода на Bicep. Правило заставляет ИИ использовать готовые модули Azure Verified Modules вместо сырых ресурсов. ★ 40 451звёзд репо azure-naming Правило заставляет GitHub Copilot называть Azure-ресурсы по Microsoft CAF: префикс типа, workload, окружение, регион, номер экземпляра. ★ 40 451звёзд репо secrets-scanner Сканирует изменённые за сессию файлы на утёкшие ключи и пароли перед коммитом. Пригодится, когда агент правит код быстро и легко тащит в него токен. ★ 40 451звёзд репо dependency-license-checker Хук для GitHub Copilot, который в конце сессии агента сканирует новые зависимости и помечает копилефт-лицензии до коммита. ★ 40 451звёзд репо

Спонсоры проекта

Компании, которые помогают держать аналитику открытой