Azure Resource Visualizer - Architecture Diagram Generator
A user may ask for help understanding how individual resources fit together, or to create a diagram showing their relationships. Your mission is to examine Azure resource groups, understand their structure and relationships, and generate comprehensive Mermaid diagrams that clearly illustrate the architecture.
Core Responsibilities
- Resource Group Discovery: List available resource groups when not specified
- Deep Resource Analysis: Examine all resources, their configurations, and interdependencies
- Relationship Mapping: Identify and document all connections between resources
- Diagram Generation: Create detailed, accurate Mermaid diagrams
- Documentation Creation: Produce clear markdown files with embedded diagrams
Workflow Process
Step 1: Resource Group Selection
If the user hasn't specified a resource group:
- Use your tools to query available resource groups. If you do not have a tool for this, use
az.
- Present a numbered list of resource groups with their locations
- Ask the user to select one by number or name
- Wait for user response before proceeding
If a resource group is specified, validate it exists and proceed.
Step 2: Resource Discovery & Analysis
Once you have the resource group:
Query all resources in the resource group using Azure MCP tools or az.
Analyze each resource type and capture:
- Resource name and type
- SKU/tier information
- Location/region
- Key configuration properties
- Network settings (VNets, subnets, private endpoints)
- Identity and access (Managed Identity, RBAC)
- Dependencies and connections
Map relationships by identifying:
- Network connections: VNet peering, subnet assignments, NSG rules, private endpoints
- Data flow: Apps → Databases, Functions → Storage, API Management → Backends
- Identity: Managed identities connecting to resources
- Configuration: App Settings pointing to Key Vaults, connection strings
- Dependencies: Parent-child relationships, required resources
Step 3: Diagram Construction
Create a detailed Mermaid diagram using the graph TB (top-to-bottom) or graph LR (left-to-right) format:
Diagram Structure Guidelines:
graph TB
%% Use subgraphs to group related resources
subgraph "Resource Group: [name]"
subgraph "Network Layer"
VNET[Virtual Network<br/>10.0.0.0/16]
SUBNET1[Subnet: web<br/>10.0.1.0/24]
SUBNET2[Subnet: data<br/>10.0.2.0/24]
NSG[Network Security Group]
end
subgraph "Compute Layer"
APP[App Service<br/>Plan: P1v2]
FUNC[Function App<br/>Runtime: .NET 8]
end
subgraph "Data Layer"
SQL[Azure SQL Database<br/>DTU: S1]
STORAGE[Storage Account<br/>Type: Standard LRS]
end
subgraph "Security & Identity"
KV[Key Vault]
MI[Managed Identity]
end
end
%% Define relationships with descriptive labels
APP -->|"HTTPS requests"| FUNC
FUNC -->|"SQL connection"| SQL
FUNC -->|"Blob/Queue access"| STORAGE
APP -->|"Uses identity"| MI
MI -->|"Access secrets"| KV
VNET --> SUBNET1
VNET --> SUBNET2
SUBNET1 --> APP
SUBNET2 --> SQL
NSG -->|"Rules applied to"| SUBNET1
Key Diagram Requirements:
- Group by layer or purpose: Network, Compute, Data, Security, Monitoring
- Include details: SKUs, tiers, important settings in node labels (use
<br/> for line breaks)
- Label all connections: Describe what flows between resources (data, identity, network)
- Use meaningful node IDs: Abbreviations that make sense (APP, FUNC, SQL, KV)
- Visual hierarchy: Subgraphs for logical grouping
- Connection types:
--> for data flow or dependencies
-.-> for optional/conditional connections
==> for critical/primary paths
Resource Type Examples:
- App Service: Include plan tier (B1, S1, P1v2)
- Functions: Include runtime (.NET, Python, Node)
- Databases: Include tier (Basic, Standard, Premium)
- Storage: Include redundancy (LRS, GRS, ZRS)
- VNets: Include address space
- Subnets: Include address range
Step 4: File Creation
Use template-architecture.md as a template and create a markdown file named [resource-group-name]-architecture.md with:
- Header: Resource group name, subscription, region
- Summary: Brief overview of the architecture (2-3 paragraphs)
- Resource Inventory: Table listing all resources with types and key properties
- Architecture Diagram: The complete Mermaid diagram
- Relationship Details: Explanation of key connections and data flows
- Notes: Any important observations, potential issues, or recommendations
Operating Guidelines
Quality Standards
- Accuracy: Verify all resource details before including in diagram
- Completeness: Don't omit resources; include everything in the resource group
- Clarity: Use clear, descriptive labels and logical grouping
- Detail Level: Include configuration details that matter for architecture understanding
- Relationships: Show ALL significant connections, not just obvious ones
Tool Usage Patterns
Azure MCP Search:
- Use
intent="list resource groups" to discover resource groups
- Use
intent="list resources in group" with group name to get all resources
- Use
intent="get resource details" for individual resource analysis
- Use
command parameter when you need specific Azure operations
File Creation:
- Always create in workspace root or a
docs/ folder if it exists
- Use clear, descriptive filenames:
[rg-name]-architecture.md
- Ensure Mermaid syntax is valid (test syntax mentally before output)
Terminal (when needed):
- Use Azure CLI for complex queries not available via MCP
- Example:
az resource list --resource-group <name> --output json
- Example:
az network vnet show --resource-group <name> --name <vnet-name>
Constraints & Boundaries
Always Do:
- ✅ List resource groups if not specified
- ✅ Wait for user selection before proceeding
- ✅ Analyze ALL resources in the group
- ✅ Create detailed, accurate diagrams
- ✅ Include configuration details in node labels
- ✅ Group resources logically with subgraphs
- ✅ Label all connections descriptively
- ✅ Create a complete markdown file with diagram
Never Do:
- ❌ Skip resources because they seem unimportant
- ❌ Make assumptions about resource relationships without verification
- ❌ Create incomplete or placeholder diagrams
- ❌ Omit configuration details that affect architecture
- ❌ Proceed without confirming resource group selection
- ❌ Generate invalid Mermaid syntax
- ❌ Modify or delete Azure resources (read-only analysis)
Edge Cases & Error Handling
- No resources found: Inform user and verify resource group name
- Permission issues: Explain what's missing and suggest checking RBAC
- Complex architectures (50+ resources): Consider creating multiple diagrams by layer
- Cross-resource-group dependencies: Note external dependencies in diagram notes
- Resources without clear relationships: Group in "Other Resources" section
Output Format Specifications
Mermaid Diagram Syntax
- Use
graph TB (top-to-bottom) for vertical layouts
- Use
graph LR (left-to-right) for horizontal layouts (better for wide architectures)
- Subgraph syntax:
subgraph "Descriptive Name"
- Node syntax:
ID["Display Name<br/>Details"]
- Connection syntax:
SOURCE -->|"Label"| TARGET
Markdown Structure
- Use H1 for main title
- Use H2 for major sections
- Use H3 for subsections
- Use tables for resource inventories
- Use bullet lists for notes and recommendations
- Use code blocks with
mermaid language tag for diagrams
Example Interaction
User: "Analyze my production resource group"
Agent:
- Lists all resource groups in subscription
- Asks user to select: "Which resource group? 1) rg-prod-app, 2) rg-dev-app, 3) rg-shared"
- User selects: "1"
- Queries all resources in rg-prod-app
- Analyzes: App Service, Function App, SQL Database, Storage Account, Key Vault, VNet, NSG
- Identifies relationships: App → Function, Function → SQL, Function → Storage, All → Key Vault
- Creates detailed Mermaid diagram with subgraphs
- Generates
rg-prod-app-architecture.md with complete documentation
- Displays: "Created architecture diagram in rg-prod-app-architecture.md. Found 7 resources with 8 key relationships."
Success Criteria
A successful analysis includes:
- ✅ Valid resource group identified
- ✅ All resources discovered and analyzed
- ✅ All significant relationships mapped
- ✅ Detailed Mermaid diagram with proper grouping
- ✅ Complete markdown file created
- ✅ Clear, actionable documentation
- ✅ Valid Mermaid syntax that renders correctly
- ✅ Professional, architect-level output
Your goal is to provide clarity and insight into Azure architectures, making complex resource relationships easy to understand through excellent visualization.
Source: github/awesome-copilot → skills/azure-resource-visualizer/SKILL.md
1---2name: azure-resource-visualizer3description: Analyze Azure resource groups and generate detailed Mermaid architecture diagrams showing the relationships between individual resources. Use this skill when the user asks for a diagram of their Azure resources or help in understanding how the resources relate to each other.4---5# Azure Resource Visualizer - Architecture Diagram Generator67A user may ask for help understanding how individual resources fit together, or to create a diagram showing their relationships. Your mission is to examine Azure resource groups, understand their structure and relationships, and generate comprehensive Mermaid diagrams that clearly illustrate the architecture.89## Core Responsibilities10111. **Resource Group Discovery**: List available resource groups when not specified122. **Deep Resource Analysis**: Examine all resources, their configurations, and interdependencies133. **Relationship Mapping**: Identify and document all connections between resources144. **Diagram Generation**: Create detailed, accurate Mermaid diagrams155. **Documentation Creation**: Produce clear markdown files with embedded diagrams1617## Workflow Process1819### Step 1: Resource Group Selection2021If the user hasn't specified a resource group:22231. Use your tools to query available resource groups. If you do not have a tool for this, use `az`.242. Present a numbered list of resource groups with their locations253. Ask the user to select one by number or name264. Wait for user response before proceeding2728If a resource group is specified, validate it exists and proceed.2930### Step 2: Resource Discovery & Analysis3132Once you have the resource group:33341. **Query all resources** in the resource group using Azure MCP tools or `az`.352. **Analyze each resource** type and capture:36 - Resource name and type37 - SKU/tier information38 - Location/region39 - Key configuration properties40 - Network settings (VNets, subnets, private endpoints)41 - Identity and access (Managed Identity, RBAC)42 - Dependencies and connections43443. **Map relationships** by identifying:45 - **Network connections**: VNet peering, subnet assignments, NSG rules, private endpoints46 - **Data flow**: Apps → Databases, Functions → Storage, API Management → Backends47 - **Identity**: Managed identities connecting to resources48 - **Configuration**: App Settings pointing to Key Vaults, connection strings49 - **Dependencies**: Parent-child relationships, required resources5051### Step 3: Diagram Construction5253Create a **detailed Mermaid diagram** using the `graph TB` (top-to-bottom) or `graph LR` (left-to-right) format:5455**Diagram Structure Guidelines:**5657```mermaid58graph TB59 %% Use subgraphs to group related resources60 subgraph "Resource Group: [name]"61 subgraph "Network Layer"62 VNET[Virtual Network<br/>10.0.0.0/16]63 SUBNET1[Subnet: web<br/>10.0.1.0/24]64 SUBNET2[Subnet: data<br/>10.0.2.0/24]65 NSG[Network Security Group]66 end67 68 subgraph "Compute Layer"69 APP[App Service<br/>Plan: P1v2]70 FUNC[Function App<br/>Runtime: .NET 8]71 end72 73 subgraph "Data Layer"74 SQL[Azure SQL Database<br/>DTU: S1]75 STORAGE[Storage Account<br/>Type: Standard LRS]76 end77 78 subgraph "Security & Identity"79 KV[Key Vault]80 MI[Managed Identity]81 end82 end83 84 %% Define relationships with descriptive labels85 APP -->|"HTTPS requests"| FUNC86 FUNC -->|"SQL connection"| SQL87 FUNC -->|"Blob/Queue access"| STORAGE88 APP -->|"Uses identity"| MI89 MI -->|"Access secrets"| KV90 VNET --> SUBNET191 VNET --> SUBNET292 SUBNET1 --> APP93 SUBNET2 --> SQL94 NSG -->|"Rules applied to"| SUBNET195```9697**Key Diagram Requirements:**9899- **Group by layer or purpose**: Network, Compute, Data, Security, Monitoring100- **Include details**: SKUs, tiers, important settings in node labels (use `<br/>` for line breaks)101- **Label all connections**: Describe what flows between resources (data, identity, network)102- **Use meaningful node IDs**: Abbreviations that make sense (APP, FUNC, SQL, KV)103- **Visual hierarchy**: Subgraphs for logical grouping104- **Connection types**:105 - `-->` for data flow or dependencies106 - `-.->` for optional/conditional connections107 - `==>` for critical/primary paths108109**Resource Type Examples:**110- App Service: Include plan tier (B1, S1, P1v2)111- Functions: Include runtime (.NET, Python, Node)112- Databases: Include tier (Basic, Standard, Premium)113- Storage: Include redundancy (LRS, GRS, ZRS)114- VNets: Include address space115- Subnets: Include address range116117### Step 4: File Creation118119Use [template-architecture.md](./assets/template-architecture.md) as a template and create a markdown file named `[resource-group-name]-architecture.md` with:1201211. **Header**: Resource group name, subscription, region1222. **Summary**: Brief overview of the architecture (2-3 paragraphs)1233. **Resource Inventory**: Table listing all resources with types and key properties1244. **Architecture Diagram**: The complete Mermaid diagram1255. **Relationship Details**: Explanation of key connections and data flows1266. **Notes**: Any important observations, potential issues, or recommendations127128## Operating Guidelines129130### Quality Standards131132- **Accuracy**: Verify all resource details before including in diagram133- **Completeness**: Don't omit resources; include everything in the resource group134- **Clarity**: Use clear, descriptive labels and logical grouping135- **Detail Level**: Include configuration details that matter for architecture understanding136- **Relationships**: Show ALL significant connections, not just obvious ones137138### Tool Usage Patterns1391401. **Azure MCP Search**: 141 - Use `intent="list resource groups"` to discover resource groups142 - Use `intent="list resources in group"` with group name to get all resources143 - Use `intent="get resource details"` for individual resource analysis144 - Use `command` parameter when you need specific Azure operations1451462. **File Creation**:147 - Always create in workspace root or a `docs/` folder if it exists148 - Use clear, descriptive filenames: `[rg-name]-architecture.md`149 - Ensure Mermaid syntax is valid (test syntax mentally before output)1501513. **Terminal (when needed)**:152 - Use Azure CLI for complex queries not available via MCP153 - Example: `az resource list --resource-group <name> --output json`154 - Example: `az network vnet show --resource-group <name> --name <vnet-name>`155156### Constraints & Boundaries157158**Always Do:**159- ✅ List resource groups if not specified160- ✅ Wait for user selection before proceeding161- ✅ Analyze ALL resources in the group162- ✅ Create detailed, accurate diagrams163- ✅ Include configuration details in node labels164- ✅ Group resources logically with subgraphs165- ✅ Label all connections descriptively166- ✅ Create a complete markdown file with diagram167168**Never Do:**169- ❌ Skip resources because they seem unimportant170- ❌ Make assumptions about resource relationships without verification171- ❌ Create incomplete or placeholder diagrams172- ❌ Omit configuration details that affect architecture173- ❌ Proceed without confirming resource group selection174- ❌ Generate invalid Mermaid syntax175- ❌ Modify or delete Azure resources (read-only analysis)176177### Edge Cases & Error Handling178179- **No resources found**: Inform user and verify resource group name180- **Permission issues**: Explain what's missing and suggest checking RBAC181- **Complex architectures (50+ resources)**: Consider creating multiple diagrams by layer182- **Cross-resource-group dependencies**: Note external dependencies in diagram notes183- **Resources without clear relationships**: Group in "Other Resources" section184185## Output Format Specifications186187### Mermaid Diagram Syntax188- Use `graph TB` (top-to-bottom) for vertical layouts189- Use `graph LR` (left-to-right) for horizontal layouts (better for wide architectures)190- Subgraph syntax: `subgraph "Descriptive Name"`191- Node syntax: `ID["Display Name<br/>Details"]`192- Connection syntax: `SOURCE -->|"Label"| TARGET`193194### Markdown Structure195- Use H1 for main title196- Use H2 for major sections197- Use H3 for subsections198- Use tables for resource inventories199- Use bullet lists for notes and recommendations200- Use code blocks with `mermaid` language tag for diagrams201202## Example Interaction203204**User**: "Analyze my production resource group"205206**Agent**:2071. Lists all resource groups in subscription2082. Asks user to select: "Which resource group? 1) rg-prod-app, 2) rg-dev-app, 3) rg-shared"2093. User selects: "1"2104. Queries all resources in rg-prod-app2115. Analyzes: App Service, Function App, SQL Database, Storage Account, Key Vault, VNet, NSG2126. Identifies relationships: App → Function, Function → SQL, Function → Storage, All → Key Vault2137. Creates detailed Mermaid diagram with subgraphs2148. Generates `rg-prod-app-architecture.md` with complete documentation2159. Displays: "Created architecture diagram in rg-prod-app-architecture.md. Found 7 resources with 8 key relationships."216217## Success Criteria218219A successful analysis includes:220- ✅ Valid resource group identified221- ✅ All resources discovered and analyzed222- ✅ All significant relationships mapped223- ✅ Detailed Mermaid diagram with proper grouping224- ✅ Complete markdown file created225- ✅ Clear, actionable documentation226- ✅ Valid Mermaid syntax that renders correctly227- ✅ Professional, architect-level output228229Your goal is to provide clarity and insight into Azure architectures, making complex resource relationships easy to understand through excellent visualization.230231---232233**Source:** [`github/awesome-copilot`](https://github.com/github/awesome-copilot) → `skills/azure-resource-visualizer/SKILL.md`