SLA and Lifecycle
This is not an exhaustive documentation of all the existing Azure Services. These are summarized notes for the Azure Certifications.
To see the complete documentation, please go to: Azure documentation
Azure Service Level Agreement (SLA)
When relying on Azure services to run critical applications, ensuring their reliability and performance is crucial for organizational success. Microsoft provides Service Level Agreements (SLAs) as guarantees, outlining the expected level of service and compensation if those levels are not met.
Key Concepts
1. Availability/Uptime
-
Example: Azure App Service with a 99.95% SLA.
-
Calculation: Monthly calculation, considering the total minutes in a month.

2. Compensation
- Claim Process: Customers must submit a claim for compensation.
- Credit Amounts: Vary based on the percentage of uptime:
-
99% to 99.95%: 10% credit
-
95% to 99%: 25% credit
-
Below 95%: 100% credit (rare)

-
3. Azure Service Health
- Monitoring Tool: Azure Service Health tracks outages and can be configured to send alerts.
- Usage: Helps identify Azure-caused downtime for SLA claims.
4. Free Tier Exclusions
- SLA Applicability: SLAs may not apply to free tiers; no guarantees for unpaid services.
Factors Affecting SLAs
1. Azure Virtual Machines (VMs)
- Uptime Guarantee: Varies based on VM type, disk type (HDD/SSD), and redundancy configurations.
- Redundancy Options: Availability sets (99.95%) vs. Availability zones (99.99%).
2. Cosmos DB
- Complex SLA: Offers guarantees for uptime, throughput, consistency, and latency.
- Consideration: SLAs can be multifaceted and service-specific.
Customer-Caused Exceptions
1. SLA Exclusions
- Examples: Customer-induced downtime (e.g., shutting down a VM, application bugs).
- Responsibility: Customers causing SLA deviations are not eligible for compensation.
