azure-verified-modules-terraform — GitHub Copilot rule
Keeps Copilot on the Azure Verified Modules path: find a module, pin its version, run the ./avm checks before opening a pull request.
.github/instructions/azure-verified-modules-terraform.instructions.mdWhat azure-verified-modules-terraform does
The rule fires on Terraform files: *.tf, *.tfvars, *.tfstate, *.tflint.hcl and their JSON forms. It lays out how to work with Azure Verified Modules — discovery, wiring, validation.
Discovery goes through the Terraform Registry: search “avm” plus the resource name, then narrow to the Partner tag. The Azure-Verified-Modules repo also ships CSV indexes for resource, pattern and utility modules. You wire a module in by its registry address, such as Azure/avm-res-{service}-{resource}/azurerm, with a pinned version and enable_telemetry = true.
Before a pull request the rule demands terraform fmt -recursive, terraform validate, and three ./avm commands: pre-commit, tflint, pr-check. PR validation fails without them. That is a hard gate, so a repo without an executable ./avm will stall at this step.
What it helps with
- pull in the official AVM module for a given Azure resource
- lock module and provider versions before deploying
- run the mandatory checks before opening a pull request
- build configs from the published examples instead of starting blank
Example prompts for the agent
- Find the AVM module for a storage account and wire it in with a pinned version
- Add a virtual network through an AVM module and turn on telemetry
- Confirm
./avm pre-commit,./avm tflintand./avm pr-checkall ran before the PR
How to install azure-verified-modules-terraform
Manually: put the files in place
.github/instructions/azure-verified-modules-terraform.instructions.mdThe applyTo field sets which files it applies to
Manually: put the files in place
.claude/rules/azure-verified-modules-terraform.mdThe paths frontmatter field limits the files: move applyTo from the source into paths
AGENTS.md
Codex reads AGENTS.md: paste the rule text there
Manually: put the files in place
.cursor/rules/azure-verified-modules-terraform.mdcFrontmatter: description, globs, alwaysApply. Move applyTo from the source into globs, or the rule will not attach on its own
Manually: put the files in place
.devin/rules/azure-verified-modules-terraform.mdManually: put the files in place
.clinerules/azure-verified-modules-terraform.mdStep by step, with commands for each platform: AGENTS.md vs CLAUDE.md: what they are and which one to use
Questions about azure-verified-modules-terraform
How do I install azure-verified-modules-terraform in GitHub Copilot?
Place the file at .github/instructions/azure-verified-modules-terraform.instructions.md. The rule then applies to Terraform files matching its applyTo patterns.
What does azure-verified-modules-terraform do?
It tells Copilot how to handle Azure Verified Modules: locate one, wire it in with a pinned version, and run the required checks before a pull request.
Which checks must run before a pull request?
terraform fmt -recursive and terraform validate, followed by ./avm pre-commit, ./avm tflint and ./avm pr-check. Skipping the ./avm commands breaks PR validation.
Source text
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