Download gratuito · PDF A4 · Nível CISO/CTO
Backups Verificados
58% dos backups falham na restauração. Maioria das empresas só descobre durante o desastre.
Um email. Confirmação por email. Desinscrição com um clique.
O que está incluído
Conheça o que protege, como funciona, que regulações cumpre e as provas que o auditor vai pedir. Cerca de 10 a 14 páginas densas.
- O que está realmente em risco (em termos simples)
- Como funciona o sistema e por que um atacante não consegue contorná-lo
- O que bloqueia, com exemplos reais
- Que regulações se aplicam: multas, prazos, texto exato
- A matemática dos custos, com números publicados
- Como nos comparamos com outros fornecedores na tecnologia, não no preço
- Como é o setup e o que não cobrimos
- As provas que o auditor vai pedir
Páginas de solução relacionadas
A mesma abordagem, respondendo às questões que vão surgir:
Recuperação completa do ambiente em minutos
Não apenas ficheiros. Ambientes inteiros — servidores, configurações, bases de dados — restaurados e em funcionamento em minutos.
Ler maisConserve os seus dados durante o tempo que a lei exige
Políticas de retenção configuráveis que cumprem os requisitos de conformidade. HIPAA, SOC2, GDPR -- cobertas por predefinição.
Ler maisCada backup verificado. Automaticamente.
Não espere por um desastre para descobrir que o seu backup está corrompido. A Rediacc verifica cada backup no momento em que é criado.
Ler maisPerguntas que fazem
Para quem é este briefing?
Para CISO, CTO ou arquiteto sénior de infraestrutura. Pressupõe que você já conhece backups, armazenamento e as regulações que seu stack enfrenta.
Existe uma versão não técnica?
Sim. Quando submete o email, na mesma página aparece um PDF executivo de cinco minutos, pronto para encaminhar ao CFO, diretor de TI ou administrador.
O que acontece ao meu email?
Um email de confirmação. Entra na nossa newsletter (um artigo breve por mês sobre todos os produtos). Cancelar em um clique. Seu email fica na UE por padrão, conforme a política de Rediacc.
Porquê btrfs?
O guia explica isso em detalhes. Resumidamente: btrfs coloca cópias imutáveis e clones instantâneos na camada de armazenamento, não numa app acima. O send/receive envia essas cópias para fora. Resultado: um atacante com a sua senha root não consegue mudar nem apagar nada.
Aplica-se a serviços geridos como o AWS RDS?
Não diretamente. O design cobre seus próprios servidores com bases de dados em Docker sobre btrfs. Se seus dados críticos estão em RDS ou Aurora, o briefing marca isso. Mostra depois onde o modelo funciona e onde não.
Sobre este briefing
Rediacc é uma empresa de Tallinn. Construímos backup e recuperação de desastre em btrfs e armazenamento commodity Linux. A nossa equipa de engenharia escreveu este briefing. Editámo-lo com um guia de estilo contra alucinação. Depois verificámos todos os factos antes de publicar.
Tem uma pergunta que devêssemos acrescentar? Diga-nos em hello@rediacc.com.
Descarregar resumo curto (PDF)