- Introdução
- Segurança de dados e conformidade
- Segurança de dados e conformidade
- Criptografia
- Certificados
- Segurança funcional
- Implantação de funcionalidades
- Estratégia de alta disponibilidade e Disaster Recovery
- Organizações
- Autenticação e segurança
- Licenciamento
- Sobre as licenças
- Preço unificado: estrutura do plano de licenciamento
- Ativar sua licença Enterprise
- Migre do Test Suite para o Test Cloud
- Migração de licença
- Atribuição de Licenças a Tenants
- Atribuição de licenças aos usuários
- Desalocando licenças de usuário
- Monitoring license allocation
- Atribuição excessiva de licenças
- Notificações de licenciamento
- Gerenciamento de Licenças de Usuário
- Tenants e serviços
- Contas e funções
- AI Trust Layer
- Aplicativos Externos
- Notificações
- Geração de logs
- Testes em sua organização
- Solução de problemas
- Migração para o Test Cloud
Guia do administrador do Test Cloud
A UiPath® tem uma estratégia de alta disponibilidade (HA) e disaster recovery (DR) projetada para minimizar interrupções de serviço, proteger dados críticos e garantir a continuidade das operações durante falhas de infraestrutura ou interrupções regionais.
Alta disponibilidade
O objetivo da UiPath® é garantir a continuidade do serviço durante falhas de infraestrutura localizadas.
A alta disponibilidade é alcançada por meio do seguinte:
- Arquitetura redundante: os produtos e serviços da UiPath são implantados em várias zonas de disponibilidade dentro de cada região compatível.
- Balanceamento de carga: as solicitações são distribuídas automaticamente entre instâncias de serviço saudáveis usando balanceadores de carga no nível de aplicativo e no nível de rede.
- Designs sem estado: sempre que possível, os serviços são projetados para serem sem estado, permitindo que o tráfego mude entre instâncias em caso de falha.
- Verificações de integridade e recuperação automática: as verificações de integridade automatizadas monitoram o status do serviço. As instâncias com falhas são substituídas automaticamente usando ferramentas de orquestração, como Kubernetes ou Auto Scaling Group.
- Replicação de dados: dados persistentes são replicados em todas as zonas de disponibilidade para manter a disponibilidade e a consistência.
Disaster Recovery
O objetivo da UiPath® é restaurar a disponibilidade do serviço e recuperar dados críticos em caso de interrupção regional ou falha catastrófica.
Nossa estratégia de recuperação de dados inclui:
- Redundância no nível de região: mantemos implantações redundantes para serviços críticos em regiões geograficamente isoladas.
- Replicação de dados entre regiões: os dados persistentes são replicados de forma assíncrona em todas as regiões para compatibilidade com a disponibilidade e consistência.
- Backups regulares: todos os dados críticos recebem backup em uma cadência regular. Os backups são criptografados em repouso e armazenados em armazenamento de objetos durável e inter-regional.
- Exercícios de disaster recovery: os exercícios agendados de disaster recovery validam nossos procedimentos de failover e ajudam a identificar e resolver lacunas em automação, ferramentas ou documentação.
1A região de Singapura não tem uma região secundária devido a requisitos. Portanto, nenhum dado é salvo fora de Singapura.
Quando um incidente ocorre, os alvos de recuperação são definidos usando as seguintes métricas:
- Objetivo de período de recuperação (RTO): a duração máxima aceitável em que um sistema, aplicativo ou processo pode ficar indisponível após uma falha ou desastre.
- Objetivo de ponto de recuperação (RPO): a quantidade máxima aceitável de perda de dados medida no tempo. Reflete a quantidade de dados que você pode se dar ao luxo de perder em caso de falha.
Os objetivos de recuperação de destino da UiPath® são:
- RTO: menor ou igual a quatro horas.
- RPO: menor ou igual a 15 minutos.
Melhoria contínua
Nossas práticas de alta disponibilidade e Disaster Recovery são continuamente avaliadas e aprimoradas com base no seguinte:
- Revisões pós-incidentes e lições aprendidas.
- Alterações na infraestrutura ou arquitetura do aplicativo.
- Avanços em recursos de plataforma e práticas recomendadas do setor.
- Análise de custo versus risco.