Disponibilidade, SLA e Atualizações
Níveis de disponibilidade, SLA, redundância e modelo de atualização e suporte do DataDike PAM nas modalidades SaaS e On-premises.
O DataDike PAM pode ser entregue em SaaS (nuvem DataDike) ou On-premises (data center do cliente). Em ambas as modalidades, a plataforma é projetada para alta disponibilidade, de forma que a indisponibilidade de um componente não interrompa o acesso privilegiado.
Modalidade SaaS
Quando fornecida como Software-as-a-Service, a hospedagem, a infraestrutura e a operação ficam a cargo da DataDike, com as seguintes garantias:
SLA de disponibilidade de, no mínimo, 99,9%, medido sobre o período de vigência do contrato.
Licenciamento por subscrição, incluindo atualização contínua de versões (correções e novas funcionalidades) sem custo adicional durante a vigência.
Suporte técnico do fabricante 24x7x365 durante todo o período de contratação.
Hospedagem no Brasil, com réplica externa por geolocalização de menor latência.
Conector local redundante
Para a modalidade SaaS, a solução é ofertada com um conector local redundante, garantindo que, em caso de queda da conexão com a nuvem, os acessos continuem funcionando de forma transparente para os usuários e componentes.
Sincronização automática e em tempo real entre os componentes: caso os componentes de um site fiquem indisponíveis, os componentes do outro site assumem todos os serviços sem perda de dados e sem queda de performance.
Sentido único de conexão: as conexões ocorrem apenas no sentido do ambiente do cliente para a nuvem do fabricante, nunca o contrário.
Modalidade On-premises
Quando instalada no data center do cliente, a solução opera em alta disponibilidade ativo/ativo, com os itens adicionais necessários ao funcionamento (por exemplo, licenciamento de banco de dados/RDS Windows e licenças de HA) fornecidos conforme o dimensionamento.
Continuidade e recuperação
Arquitetura ativo/ativo com objetivos de RTO ≤ 1 hora e RPO ≤ 15 minutos.
Backups sem restrição de retenção por anos, cifrados e protegidos contra adulteração.
Redundância de componentes, evitando ponto único de falha nos módulos de cofre, intermediação (proxy) e console de administração.
Atualizado
Isto foi útil?