Azure Stamps Pattern addresses the critical challenge facing enterprise SaaS providers: how to deliver secure, compliant, and cost-effective multi-tenant solutions at global scale without compromising on performance or regulatory requirements. This comprehensive, production-grade reference architecture eliminates months of architectural planning and provides a proven foundation for building enterprise SaaS platforms on Azure.
Achieving an industry-leading 94/100 overall CAF/WAF compliance score (with 96/100 WAF Security), this framework implements a modular, zero-trust, and policy-driven approach that has been battle-tested in regulated industries including healthcare, financial services, and government sectors. Organizations can deploy production-ready infrastructure in under 45 minutes while meeting the most stringent security and compliance requirements.
It also aligns with Azure Landing Zones (ALZ), providing clear mapping for platform and workload landing zones, management group hierarchy, and policy-as-code guardrails. For practical implementation guidance, see the Azure Landing Zones Guide.
The unique zone-aware architecture (GEO β Region β Availability Zone β CELL) supports both shared and dedicated tenancy models, enabling organizations to optimize costs with shared CELLs for SMB clients ($8-16/tenant/month) while providing dedicated CELLs for enterprise customers requiring compliance isolation ($3,200+/tenant/month). This flexibility delivers up to 10-50x cost reduction for smaller tenants while ensuring enterprise-grade isolation for regulated workloads.
Perfect for organizations building mission-critical SaaS platforms in healthcare (patient data isolation), financial services (regulatory compliance), government (data sovereignty), or any industry where security, compliance, and scalability are non-negotiable. The pattern provides a proven foundation to accelerate your SaaS journey, reduce architectural risk, and deliver measurable business value from day one.
Key business benefits include:
- Enterprise-Ready Security: End-to-end zero-trust network design with 85-90% JWT validation performance improvement, private endpoints, and automated policy enforcement (Security Guide)
- Modern Identity: Microsoft Entra External ID (customers) integration with legacy B2C fallback for gradual migration (Developer Security Guide)
- Proven Compliance: Pre-built compliance frameworks for HIPAA, SOC 2, PCI-DSS, and GDPR with automated audit trails and policy enforcement (CAF/WAF Analysis)
- AI-Driven Operations: Predictive scaling and intelligent monitoring reduce operational overhead by 25-40% while providing real-time insights through executive dashboards (Operations Guide)
- Economic Flexibility: Mixed tenancy models support growth from startup to enterprise scale with seamless migration paths and tier-based pricing (Architecture Guide)
- Global Resilience: Multi-region, multi-zone deployment with automated failover and disaster recovery ensures 99.99%+ availability (AZ Architecture)
- Cloud Capacity Management: Modular design enables rapid deployment in alternative locations when regions reach capacity, ensuring business continuity despite cloud supply constraints
- Developer Velocity: Parameterized templates, comprehensive documentation, and CI/CD integration accelerate time-to-market by 60-80% Parameterization GuideΒ β
If you want the short, executive view or the deep technical analysis up front, these two documents are excellent starting points:
- πΌ Executive Brief for CIOs & Business Leaders: Executive Brief (CIO)Β β β 10-minute brief that explains the business case, KPIs, phased adoption plan, and unit economics for the Stamps approach.
- π§ Concept Whitepaper: Concept WhitepaperΒ β β an in-depth analysis covering design principles, data strategy, HA/DR modes, and trade-offs for teams planning architecture or large-scale adoption.
Tip: Skim the Executive Brief for stakeholder alignment, then read the Concept Whitepaper to inform design choices and SLO/cost tradeoffs.
The Azure Stamps Pattern implements a sophisticated GEO β Region β Availability Zone β CELL hierarchy that supports both shared and dedicated tenancy models with enterprise-grade security and global distribution.
%%{init: {"theme":"base","themeVariables":{"background":"transparent","primaryColor":"#E6F0FF","primaryTextColor":"#1F2937","primaryBorderColor":"#94A3B8","lineColor":"#94A3B8","secondaryColor":"#F3F4F6","tertiaryColor":"#DBEAFE","clusterBkg":"#F8FAFC","clusterBorder":"#CBD5E1","edgeLabelBackground":"#F8FAFC","fontFamily":"Segoe UI, Roboto, Helvetica, Arial, sans-serif"}} }%%
flowchart TB
%% Layer colors
classDef global fill:#DBEAFE,stroke:#94A3B8,color:#1F2937;
classDef apim fill:#E0E7FF,stroke:#6366F1,color:#1F2937;
classDef az fill:#FEF3C7,stroke:#D97706,color:#1F2937;
classDef cell fill:#DCFCE7,stroke:#65A30D,color:#1F2937;
classDef region fill:#E0F2FE,stroke:#0891B2,color:#1F2937;
subgraph "π Global Layer - Worldwide Traffic Management"
FD[π Azure Front Door<br/>Global Load Balancing & WAF]
GF[β‘ Global Functions<br/>Tenant Management & Routing]
TM[π Traffic Manager<br/>DNS-based Routing]
end
subgraph "πΊοΈ GEO: North America"
subgraph "π’ Region: East US"
subgraph "ποΈ APIM Layer"
APIM1[π API Management<br/>Premium Multi-Region<br/>β’ Tenant Isolation<br/>β’ Rate Limiting<br/>β’ Developer Portal]
end
%% Group AZs left-to-right: AZ 1 then AZ 2
subgraph "Availability Zones"
direction LR
subgraph "π‘οΈ AZ 1 - High Availability"
AG1[πͺ Application Gateway<br/>Zone-Redundant WAF]
subgraph "π¦ CELL-001, Shared<br/> "
CA1[π³ Container Apps<br/>50 SMB Tenants]
SQL1[ποΈ Azure SQL<br/>Multi-tenant DB]
REDIS1[β‘ Redis Cache<br/>Shared Performance]
end
subgraph "π’ CELL-002, Dedicated<br/> "
CA2[π³ Container Apps<br/>1 Enterprise Tenant]
SQL2[ποΈ Azure SQL<br/>Dedicated DB]
REDIS2[β‘ Redis Cache<br/>Dedicated Performance]
end
end
subgraph "π‘οΈ AZ 2 - High Availability"
subgraph "π¦ CELL-003, Shared<br/> "
CA3[π³ Container Apps<br/>30 Mid-Market Tenants]
SQL3[ποΈ Azure SQL<br/>Multi-tenant DB]
end
end
end
subgraph "π Regional Services"
COSMOS1[π Cosmos DB<br/>Global Distribution<br/>β’ Tenant Routing<br/>β’ Configuration Data]
KV1[π Key Vault<br/>Secrets & Certificates]
LA1[π Log Analytics<br/>Centralized Monitoring]
end
end
subgraph "π’ Region: West US - Scaling"
APIM2[π API Management<br/>Multi-Region Replica]
subgraph "π‘οΈ AZ 1"
AG2[πͺ Application Gateway]
CELL4[π¦ CELL-004<br/>π³ 75 Startup Tenants<br/> ]
end
COSMOS2[π Cosmos DB<br/>Read Replica]
end
end
%% Traffic Flow
FD --> APIM1
FD --> APIM2
APIM1 --> AG1
APIM2 --> AG2
AG1 --> CA1
AG1 --> CA2
AG1 --> CA3
AG2 --> CELL4
%% Data Layer Connections
CA1 -.-> SQL1
CA2 -.-> SQL2
CA3 -.-> SQL3
CA1 -.-> REDIS1
CA2 -.-> REDIS2
GF -.-> COSMOS1
GF -.-> COSMOS2
%% Apply layer classes
class FD,GF,TM global;
class APIM1,APIM2 apim;
class AG1,AG2 az;
class CA1,SQL1,REDIS1,CA2,SQL2,REDIS2,CA3,SQL3,CELL4 cell;
class COSMOS1,KV1,LA1,COSMOS2 region;
Service | Purpose | Tenancy Model | Enterprise Benefits |
---|---|---|---|
π Traffic Manager | DNS-based global traffic routing and failover | Global profile with multiple endpoints | Automatic failover, geographic routing, performance-based routing |
π Azure Front Door | Global load balancing and WAF protection | Global with zone redundancy | DDoS protection, SSL termination, caching |
π API Management (APIM) | Multi-region API gateway with tenant isolation | Premium tier with multi-region | Rate limiting, developer portals, policy enforcement |
πͺ Application Gateway | Regional traffic routing and WAF | Zone-redundant per region | SSL offloading, path-based routing, security |
π³ Container Apps | Serverless application hosting | Shared or dedicated per CELL | Auto-scaling, zero-downtime deployments |
β‘ Redis Cache | Performance acceleration | Shared or dedicated per tenant tier | 80-90% database hit reduction, sub-ms latency |
ποΈ Azure SQL | Tenant data storage | Shared schemas or dedicated databases | Enterprise security, backup, performance insights |
π Cosmos DB | Global tenant routing and configuration | Multi-region with consistency | 99.999% availability, global distribution |
π Key Vault | Secrets and certificate management | Per region with private endpoints | Hardware security modules, audit logging |
π‘ Architecture Highlights:
- π Mixed Tenancy: Shared CELLs for cost optimization ($8-16/tenant) + Dedicated CELLs for enterprise compliance ($3,200+/tenant)
- π Global Resilience: Multi-region deployment with automatic failover and disaster recovery
- π‘οΈ Zone Distribution: 0-3 availability zones per CELL for different SLA requirements
- π Zero-Trust Security: Private endpoints, managed identities, and network micro-segmentation
- π AI-Driven Operations: Predictive scaling and intelligent monitoring across all layers
Note: See CAF/WAF Compliance Analysis for framework mapping and scoring, then map implementation to your enterprise platform using the Azure Landing Zones Guide.
- π Documentation Hub
- π Three-Step Single-Subscription Deployment
- πΌοΈ Sample Galleries Index
What makes this implementation unique?
- π‘οΈ Enhanced Zero-Trust Security: Network micro-segmentation with private endpoints and managed identities
- π Automated Governance: Azure Policy as Code ensuring 100% compliance enforcement
- π€ AI-Driven Operations: Intelligent monitoring, predictive scaling, and cost optimization
- π Advanced Security: Customer-managed encryption, private endpoints, enhanced JWT validation
- π Operational Excellence: Real-time insights with comprehensive dashboards and alerting
- β‘ High Performance: Intelligent caching and query optimization for enterprise scale
Why choose this for enterprise SaaS? The pattern solves critical enterprise challenges with flexible tenancy models while maintaining the highest security and compliance standards. You can optimize costs with shared CELLs for smaller clients ($8-16/tenant/month) while providing dedicated CELLs for enterprise customers requiring compliance, custom configurations, or performance guarantees ($3,200/tenant/month).
This pattern is particularly powerful for regulated industries (healthcare, financial services, government) where dedicated isolation and comprehensive compliance aren't just preferred, they're mandatory for regulatory adherence.
This solution is designed for:
- IT Leaders & Decision Makers: Seeking secure, compliant, and cost-optimized SaaS for regulated industries.
- Enterprise Architects: Designing multi-tenant, scalable, and zero-trust Azure solutions.
- DevOps & Platform Engineers: Deploying, automating, and operating complex Azure environments.
- Security & Compliance Teams: Enforcing policy-as-code, identity, and regulatory controls.
- Developers: Building, testing, and extending SaaS features in a modern Azure environment.
-
Review the Documentation Hub for a guided overview.
-
Clone the repository:
# Clone the repository (PowerShell) git clone <repository-url> cd StampsPattern
- β Azure CLIΒ β (v2.50.0+)
- β Bicep CLIΒ β (v0.20.0+)
- β PowerShell 7+ (for enhanced deployment script)
- β Azure subscription with Contributor access
π§ Multi-Organization Support: For custom domains and organization-specific deployments, see the π Parameterization GuideΒ β for template customization options.
If you want an end-to-end deployment of the full architecture into a single subscription using battle-tested scripts, follow the three-step guide:
- Step 1: Provision core infra and identities
- Step 2: Validate global routing
- Step 3: Deploy the Management Portal
Start here: Three-Step Single-Subscription Deployment Guide
Deploy both shared and dedicated CELLs for maximum flexibility.
# 1οΈβ£ Clone and setup
git clone <repository-url>
cd StampsPattern
# 2οΈβ£ Deploy mixed tenancy model with 3 zones for maximum resilience
.\scripts\deploy-stamps.ps1 `
-ResourceGroupName "rg-stamps-prod" `
-Location "eastus" `
-TenancyModel "mixed" `
-AvailabilityZones "3" `
-Environment "prod"
Optimize for cost with shared CELLs for small-medium tenants.
# Deploy shared tenancy model
.\scripts\deploy-stamps.ps1 `
-ResourceGroupName "rg-stamps-shared" `
-Location "eastus" `
-TenancyModel "shared" `
-MaxSharedTenantsPerCell 100
β±οΈ Deployment time: ~30 minutes
π° Monthly cost: $8-16 per tenant
π― Use case: SMB focus, startups, cost-sensitive market
Maximum isolation for enterprise and compliance-focused clients.
# Deploy dedicated tenancy model
.\scripts\deploy-stamps.ps1 `
-ResourceGroupName "rg-stamps-enterprise" `
-Location "eastus" `
-TenancyModel "dedicated" `
-EnableCompliance @("HIPAA", "SOX")
β±οΈ Deployment time: ~60 minutes
π° Monthly cost: $3,200+ per tenant
π― Use case: Enterprise clients, regulated industries
You can deploy the architecture directly using the Bicep templates and Azure CLI, bypassing the PowerShell script. This is useful for automation, CI/CD, or advanced scenarios.
Single-Subscription Example:
# 1οΈβ£ Deploy main.bicep to a single subscription
az deployment sub create \
--location eastus \
--template-file AzureArchitecture/main.bicep \
--parameters @AzureArchitecture/main.parameters.json \
--subscription <your-subscription-id>
Notes:
- This method gives you full control over parameters and is ideal for advanced users or automation pipelines.
- Make sure to update
main.parameters.json
as needed for your environment. - For resource group-scoped deployments, use
az deployment group create
instead.
Multi-Subscription (Hub/Host) Example:
For large-scale or regulated environments, you can deploy the hub and host layers to separate subscriptions for maximum isolation and compliance. Deploy each Bicep file to its target subscription:
# 1οΈβ£Deploy hub-main.bicep to the hub subscription
az deployment sub create \
--location eastus \
--template-file AzureArchitecture/hub-main.bicep \
--parameters @AzureArchitecture/hub-main.parameters.json \
--subscription <your-hub-subscription-id>
# 2οΈβ£ Deploy host-main.bicep to the host (workload) subscription
az deployment sub create \
--location eastus \
--template-file AzureArchitecture/host-main.bicep \
--parameters @AzureArchitecture/host-main.parameters.json \
--subscription <your-host-subscription-id>
Notes:
- This model is recommended for enterprises needing strict separation of platform (hub) and workload (host) resources.
- Parameter files should be customized for each environment and subscription.
We welcome contributions! Please see our contribution guidelines:
- π΄ Fork the repository
- πΏ Create a feature branch (
git checkout -b feature/amazing-feature
) - πΎ Commit your changes (
git commit -m 'Add amazing feature'
) - π€ Push to the branch (
git push origin feature/amazing-feature
) - π Open a Pull Request
- β Bicep templates must compile without errors
- β Include parameter validation
- β Test in development environment before production
- β Update documentation for new features
- π Documentation: Start with our comprehensive guides
- π Issues: GitHub IssuesΒ β for bugs and feature requests
- π‘ Q&A: Use GitHub IssuesΒ β with the
question
label - π§ Enterprise Support: Contact your Microsoft representative
Thanks to all the amazing people who have contributed to this project. Want to help? See CONTRIBUTING.md.
View the full list: https://github.com/srnichols/StampsPattern/graphs/contributorsΒ β
This project is licensed under the MIT License - see the LICENSE file for details.
π Document Version Information
- Version: 1.6.4
- Last Updated: 2025-09-08 11:45:17 UTC
- Status: Current
- Next Review: 2025-12