test-cloud
latest
false
Test Cloud 管理员指南
- 入门指南
- 数据安全性与合规性
- 组织
- 身份验证和安全性
- 许可
- 租户和服务
- 帐户和角色
- Ai Trust Layer
- 外部应用程序
- 通知
- 日志记录
- 数据导出
- 在您的组织中进行测试
- 故障排除
- 迁移到 Test Cloud
重要 :
新发布内容的本地化可能需要 1-2 周的时间才能完成。
Test Cloud 中的高可用性和 Disaster Recovery 设计,用于最大限度减少服务中断,并在基础设施故障或区域性服务中断期间保障数据安全。
UiPath™ 拥有高可用性 (HA) 和灾难恢复 (DR) 策略,旨在在基础设施故障或区域中断期间最大限度地减少服务中断,保护关键数据,并保障运营连续性。
高可用性
UiPath™ 的目标是在本地化基础设施故障期间保障服务连续性。
高可用性是通过以下方式实现的:
- 冗余架构:UiPath 的产品和服务部署在各受支持区域内的多个可用区中。
- 负载均衡:通过应用程序层级和网络层级负载均衡器,在正常运行的服务实例之间自动分配请求。
- 无状态设计:在可行的情况下,服务采用无状态设计,使得在发生故障时可以在实例之间切换流量。
- 运行状况检查和自动修复:通过自动运行状况检查持续监控服务状态。发生故障的实例会通过 Kubernetes 或 Auto Scaling 组等编排工具自动进行替换。
- 数据复制:持久性数据会在各可用区之间复制,以确保可用性和一致性。
Disaster Recovery
UiPath™ 的目标是在发生区域性中断或重大故障时,恢复服务可用性,并恢复关键数据。
我们的数据恢复策略包括:
- 区域级冗余:我们在地理隔离的多个区域中对关键服务进行冗余部署。
- 跨区域数据复制:持久性数据在区域之间异步复制,以保障可用性和一致性。
- 定期备份周期:所有关键数据均按固定周期进行备份。备份数据会进行静态加密,并存储于具备高耐久性的跨区域对象存储中。
- 灾难恢复演习:定期开展的灾难恢复演习用于验证故障转移流程,并帮助识别和弥补自动化、工具或文档方面的不足。
1受相关要求所限,新加坡区域不设辅助区域。因此,所有数据均不会存储在新加坡境外。
发生事件时,使用以下指标定义恢复目标:
- 恢复时间目标 (RTO):系统、应用程序或流程在发生故障或灾难后,允许处于不可用状态的最长时间上限。
- 恢复点目标 (RPO):按时间为单位衡量的最大可接受数据丢失量。即一旦发生故障,您最多能够承受丢失多少数据。
UiPath™ 的恢复目标如下:
- RTO:小于或等于 4 小时。
- RPO:小于或等于 15 分钟。
持续改进
我们的高可用性和 Disaster Recovery 实践会根据以下方面不断评估和改进:
- 事件后审核和经验教训。
- 基础架构或应用程序架构发生更改。
- 平台功能和行业最佳实践方面的进步。
- 成本与风险分析。