Azure Validate
Systematically validate deployments against infrastructure, security, performance, and operational readiness criteria.
Provide go/no-go decision for production release.
Use This Skill When
- The user has deployed to staging and needs production readiness verification
- The user asks for preflight checks, health verification, or sign-off gates
- Deployment is ready but needs validation against SLA and compliance requirements
- There's a need to verify monitoring, alerting, and incident response readiness
Context: Validation Maturity
Immature: Manual spot checks, no automation, inconsistent criteria
Developing: Some automated tests, partial validation, manual sign-off
Managed: Automated checks, clear pass/fail criteria, documented gates → Target
Optimized: Full CI/CD integration, policy-as-code, real-time compliance dashboards
Required Inputs
- Deployment scope: All resources, environment, regions
- SLA targets: Availability (%), latency (ms, p99), throughput (req/sec)
- Traffic model: Expected load profile and peak burst
- Security & compliance: HIPAA, PCI-DSS, SOC2, audit requirements?
- User journeys: Critical paths to test (e.g., user signup → purchase → confirmation)
- Acceptance criteria: Performance baseline, error rate threshold
- Rollback plan: How to revert if validation fails?
Decision Tree
Have all infrastructure resources been provisioned?
├─ No → BLOCK: Complete infrastructure deployment first
└─ Yes → Continue
Are all required monitoring and alerting configured?
├─ No → WARNING: Cannot track production health; recommend staging validation only
└─ Yes → Continue
Has security baseline been applied (NSGs, RBAC, encryption)?
├─ No → BLOCK: Security validation must pass before production
└─ Yes → Continue
Do all smoke tests and end-to-end flows pass?
├─ No → BLOCK: Application logic failures prevent release
└─ Yes → Continue
Does load testing meet SLA targets?
├─ No → WARNING: May fail under expected load; consider remediation
└─ Yes → READY FOR PRODUCTION
Workflow
Phase 1: Infrastructure Validation (5-10 min)
Inventory and quota check:
az resource list --resource-group $RG --query "[].{name:name, type:type, state:properties.provisioningState}"
az vm list-usage --location eastus --query "[?limit >= currentValue * 1.2].{name:name.value, current:currentValue, limit:limit}"
Verify networking, storage, and databases:
- VNets, subnets, peering in place?
- NSGs configured (least-privilege ingress)?
- Encryption enabled (at-rest, in-transit)?
- Backups with retention policy?
- Firewall rules (internal only)?
Phase 2: Identity & Access Validation (5 min)
RBAC check:
- Role assignments complete and minimal?
- No Contributor on production?
- Service principals scoped appropriately?
Key Vault & secrets:
- All secrets provisioned?
- Access policies/RBAC configured?
- Audit logging enabled?
Phase 3: Application Health (10-15 min)
Smoke tests:
curl -I https://$APP/health # HTTP 200
End-to-end flows:
- User signup → confirmation
- Payment → inventory → receipt
Data integrity:
- No unhandled exceptions
- No orphaned records
Phase 4: Performance & Scaling (15-30 min)
Load test (1000 req, 100 concurrent):
- 95% complete in <500ms
- Error rate <1%
Verify auto-scaling:
- Scaled up under load?
- Latency within SLA?
- Even distribution?
Cost validation:
- Budget vs. actual
- Unused resources?
Phase 5: Monitoring & Alerting (5 min)
Instrumentation:
- Application Insights active?
- Custom metrics for KPIs?
Alerts:
- Rules for errors, latency, CPU?
- Channels configured?
- Thresholds aligned with SLA?
Phase 6: Security & Compliance (10 min)
Security baseline:
- Defender enabled?
- No unintended public IPs?
- No secrets in logs?
Compliance:
- Audit logging enabled?
- Encryption verified?
- Data residency correct?
Security tests:
- Unauthenticated cannot access admin
- HTTPS enforced
- No exposed secrets
Phase 7: DR Readiness (5 min)
Incident response:
- On-call assigned?
- Runbooks documented?
Test rollback:
- Previous version available?
- Procedure documented?
Output Contract
- Validation Report: Status, date, environment
- Checklist Results: Per category (PASS/WARNING/FAIL)
- Blocking Issues: Must-fix before release
- Warnings: Mitigations accepted?
- Sign-Off: Approved by [Name, Date]
Guardrails
- Automate all checks; manual spot checks miss issues.
- Define clear pass/fail criteria before testing.
- Never skip security validation; security is blocking.
- Test rollback before release.
- Separate blockers from recommendations; non-blocking warnings don't delay release.
- Document all assumptions (e.g., "peak load 500 req/sec").
- Validate in production-like environment; staging differences mask issues.
1---2name: azure-validate3description: Validate Azure deployments against functional, security, performance, and operational criteria before production release. Use this skill when users ask for readiness checks, health verification, or production sign-off gates. Covers Well-Architected Framework validation, SLA verification, and release readiness.4---56# Azure Validate78Systematically validate deployments against infrastructure, security, performance, and operational readiness criteria.9Provide go/no-go decision for production release.1011## Use This Skill When1213- The user has deployed to staging and needs production readiness verification14- The user asks for preflight checks, health verification, or sign-off gates15- Deployment is ready but needs validation against SLA and compliance requirements16- There's a need to verify monitoring, alerting, and incident response readiness1718## Context: Validation Maturity1920**Immature**: Manual spot checks, no automation, inconsistent criteria 21**Developing**: Some automated tests, partial validation, manual sign-off 22**Managed**: Automated checks, clear pass/fail criteria, documented gates → **Target** 23**Optimized**: Full CI/CD integration, policy-as-code, real-time compliance dashboards2425## Required Inputs2627- **Deployment scope**: All resources, environment, regions28- **SLA targets**: Availability (%), latency (ms, p99), throughput (req/sec)29- **Traffic model**: Expected load profile and peak burst30- **Security & compliance**: HIPAA, PCI-DSS, SOC2, audit requirements?31- **User journeys**: Critical paths to test (e.g., user signup → purchase → confirmation)32- **Acceptance criteria**: Performance baseline, error rate threshold33- **Rollback plan**: How to revert if validation fails?3435## Decision Tree3637```38Have all infrastructure resources been provisioned?39├─ No → BLOCK: Complete infrastructure deployment first40└─ Yes → Continue4142Are all required monitoring and alerting configured?43├─ No → WARNING: Cannot track production health; recommend staging validation only44└─ Yes → Continue4546Has security baseline been applied (NSGs, RBAC, encryption)?47├─ No → BLOCK: Security validation must pass before production48└─ Yes → Continue4950Do all smoke tests and end-to-end flows pass?51├─ No → BLOCK: Application logic failures prevent release52└─ Yes → Continue5354Does load testing meet SLA targets?55├─ No → WARNING: May fail under expected load; consider remediation56└─ Yes → READY FOR PRODUCTION57```5859## Workflow6061### Phase 1: Infrastructure Validation (5-10 min)62631. **Inventory and quota check**:64 ```bash65 az resource list --resource-group $RG --query "[].{name:name, type:type, state:properties.provisioningState}"66 az vm list-usage --location eastus --query "[?limit >= currentValue * 1.2].{name:name.value, current:currentValue, limit:limit}"67 ```68692. **Verify networking, storage, and databases**:70 - VNets, subnets, peering in place?71 - NSGs configured (least-privilege ingress)?72 - Encryption enabled (at-rest, in-transit)?73 - Backups with retention policy?74 - Firewall rules (internal only)?7576### Phase 2: Identity & Access Validation (5 min)77781. **RBAC check**:79 - Role assignments complete and minimal?80 - No Contributor on production?81 - Service principals scoped appropriately?82832. **Key Vault & secrets**:84 - All secrets provisioned?85 - Access policies/RBAC configured?86 - Audit logging enabled?8788### Phase 3: Application Health (10-15 min)89901. **Smoke tests**:91 ```bash92 curl -I https://$APP/health # HTTP 20093 ```94952. **End-to-end flows**:96 - User signup → confirmation97 - Payment → inventory → receipt98993. **Data integrity**:100 - No unhandled exceptions101 - No orphaned records102103### Phase 4: Performance & Scaling (15-30 min)1041051. **Load test** (1000 req, 100 concurrent):106 - 95% complete in <500ms107 - Error rate <1%1081092. **Verify auto-scaling**:110 - Scaled up under load?111 - Latency within SLA?112 - Even distribution?1131143. **Cost validation**:115 - Budget vs. actual116 - Unused resources?117118### Phase 5: Monitoring & Alerting (5 min)1191201. **Instrumentation**:121 - Application Insights active?122 - Custom metrics for KPIs?1231242. **Alerts**:125 - Rules for errors, latency, CPU?126 - Channels configured?127 - Thresholds aligned with SLA?128129### Phase 6: Security & Compliance (10 min)1301311. **Security baseline**:132 - Defender enabled?133 - No unintended public IPs?134 - No secrets in logs?1351362. **Compliance**:137 - Audit logging enabled?138 - Encryption verified?139 - Data residency correct?1401413. **Security tests**:142 - Unauthenticated cannot access admin143 - HTTPS enforced144 - No exposed secrets145146### Phase 7: DR Readiness (5 min)1471481. **Incident response**:149 - On-call assigned?150 - Runbooks documented?1511522. **Test rollback**:153 - Previous version available?154 - Procedure documented?155156## Output Contract1571581. **Validation Report**: Status, date, environment1592. **Checklist Results**: Per category (PASS/WARNING/FAIL)1603. **Blocking Issues**: Must-fix before release1614. **Warnings**: Mitigations accepted?1625. **Sign-Off**: Approved by [Name, Date]163164## Guardrails165166- **Automate all checks**; manual spot checks miss issues.167- **Define clear pass/fail criteria** before testing.168- **Never skip security validation**; security is blocking.169- **Test rollback** before release.170- **Separate blockers from recommendations**; non-blocking warnings don't delay release.171- **Document all assumptions** (e.g., "peak load 500 req/sec").172- **Validate in production-like environment**; staging differences mask issues.