Hello,
Seeking clarification on geographic redundancy for Azure DevOps Services. Current understanding: changing the region requires an explicit request. Company mandate requests geographic redundancy everywhere in Azure, including Azure DevOps Services. Questions:
- Does Microsoft provide automatic geographic redundancy / failover for Azure DevOps Services in the event of a complete regional outage, or is recovery always a manual, request-driven process?
- If a region becomes completely unavailable, what is the expected RTO and RPO for an Azure DevOps Services organization? Is there a documented failover process or SLA for this scenario?
- Is there any supported mechanism to “fail over” an existing organization to another region quickly (self-service or expedited support), or must tenants be recreated/migrated?
- Recommended best practices to achieve geographic resilience for Azure DevOps Services (backup/export strategies, multi-region designs, or alternatives) for enterprise requirements?
- Which Microsoft support/engagement channel should be used to plan or request such redundancy for a production organization?
Any pointers to official docs, support processes, or contacts for planning geo-resilience for Azure DevOps Services would be appreciated.
Thanks.