O que é RPO?

O que é RPO

RPO significa Recovery Point Objective, ou objetivo de ponto de recuperação. Ele expressa em tempo a perda de alterações tolerada após uma interrupção, orientando quão recente precisa ser o estado que você consegue recuperar.

Um RPO de uma hora estabelece um objetivo para a janela de alterações potencialmente perdidas. Ele não informa quanto tempo a restauração levará nem quantos registros foram criados durante essa hora.

Objetivo declarado e ponto recuperável

O objetivo é definido conforme a consequência de perder alterações para o negócio. O ponto recuperável é aquilo que a estratégia disponível permite reconstruir, e precisa ser conferido para saber se atende ao objetivo.

Agendar uma cópia não comprova que ela terminou, chegou ao destino ou poderá ser usada. A execução mais recente pode ter falhado, deixando uma cópia anterior à prevista como única alternativa.

Intervalo entre cópias não determina toda perda

Com cópias a cada oito horas, uma falha poucos minutos depois de uma cópia pode ter uma janela pequena de perda. Essa ocorrência favorável não comprova atendimento a um RPO de uma hora durante todo o intervalo até a próxima cópia.

A análise precisa considerar também atrasos e indisponibilidade das cópias. O horário de término do arquivo pode diferir do momento representado pelo conteúdo, então use a referência documentada pelo método de backup.

Alterações preservadas podem complementar uma cópia

Algumas estratégias recuperam uma cópia-base e aplicam registros posteriores de alterações. No PostgreSQL, o arquivamento contínuo de WAL permite esse tipo de recuperação, desde que o conjunto exigido esteja preservado e utilizável.

Assim, fazer cópias completas com mais frequência não é a única forma de buscar um ponto mais recente. Atrasos e lacunas no arquivamento também precisam ser acompanhados, pois podem impedir alcançar o momento pretendido.

Perda de alterações e tempo de retorno são objetivos distintos

Uma recuperação pode preservar quase todas as alterações e ainda demorar horas para devolver o serviço. Também pode devolver rapidamente uma aplicação cujo conteúdo está muito desatualizado.

O RTO, objetivo de tempo de recuperação, trata do prazo de retorno do serviço. Comparar os dois objetivos mostra se o plano precisa preservar um ponto mais recente ou reduzir o tempo da restauração.

Como conferir o objetivo na prática

Em um teste de restauração, identifique o ponto efetivamente recuperado e compare-o com o momento de interrupção usado no exercício. Registros de teste identificáveis ajudam a conferir quais alterações estão presentes, além dos horários informados pela rotina.

Para acompanhar essa conferência conforme o sistema cresce, o Conselheiro de Tecnologia da Dev Side Studio pode apoiar a revisão da infraestrutura. A análise deve usar resultados de recuperação e falhas das rotinas, para que o objetivo declarado corresponda ao que o projeto consegue recuperar.

Aplicação na formação

Formação DevOps

O RPO delimita quanto histórico pode ser perdido, em tempo, ao recuperar o serviço após uma interrupção.

Conhecer a formação →