

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Analisar relatórios de avaliações
<a name="review-assessment"></a>

Você encontra relatórios de avaliação na exibição **Avaliações** de seu aplicativo.

**Para encontrar um relatório de avaliação**

1. No menu de navegação esquerdo, escolha **Aplicativos**.

1. Em **Aplicativos**, abra um aplicativo.

1. Na guia **Avaliações**, escolha um relatório de avaliação na seção **Avaliações de resiliência**.

Durante a abertura do relatório, você visualiza as seguintes informações:
+ Uma visão geral do relatório de avaliação
+ Recomendações para melhorar a resiliência.
+ Recomendações para configurar alarmes SOPs e testes
+ Como criar e gerenciar tags para pesquisar e filtrar seus AWS recursos

## Relatório de avaliação da
<a name="review-section"></a>

Esta seção fornece uma visão geral do relatório de avaliação. AWS Resilience Hub lista cada tipo de interrupção e o componente de aplicativo associado. Ele também lista suas políticas reais de RTO e RPO e determina se o componente de aplicativo pode atingir as metas da política.

**Visão geral**

Mostra o nome do aplicativo, o nome da política de resiliência e a data de criação do relatório.

**Desvios de recursos detectados**

Esta seção lista todos os recursos que foram adicionados ou removidos depois de serem incluídos na versão mais recente do aplicativo publicado. Escolha **Reimportar fontes de entrada** para reimportar todas as fontes de entrada (que contêm recursos desviados) na guia Fontes **de entrada**. Escolha **Publicar e avaliar** para incluir os recursos atualizados no aplicativo e receber uma avaliação precisa da resiliência.

É possível identificar as fontes de entrada desviadas usando o seguinte:
+ **ID lógico**: indica o ID lógico do recurso. Um ID lógico é um nome usado para identificar recursos em sua AWS CloudFormation pilha, arquivo de estado do Terraform, aplicativo MyApplications ou. Grupos de recursos da AWS
+ **Alteração** — Indica se um recurso de entrada foi **adicionado** ou **removido**.
+ **Nome da fonte**: indica o nome do recurso. Escolha o nome de uma fonte para visualizar seus detalhes no respectivo aplicativo. Para fontes de entrada adicionadas manualmente, o link não estará disponível. Por exemplo, se você escolher o nome da fonte importada de uma AWS CloudFormation pilha, você será redirecionado para a página de detalhes da pilha no. AWS CloudFormation
+ **Tipo de recurso**: indica o tipo de recurso.
+ **Conta** — Indica a AWS conta que possui o recurso físico.
+ **Região**: indica a região da AWS em que o recurso está localizado.

**RTO**

Mostra uma representação gráfica que indica se o aplicativo está estimado para atender aos objetivos da política de resiliência. Isso é baseado na quantidade de tempo em que um aplicativo pode ficar inativo sem causar danos significativos à organização. A avaliação fornece uma estimativa do RTO da workload.

**RPO**

Mostra uma representação gráfica que indica se o aplicativo está estimado para atender aos objetivos da política de resiliência. Isso é baseado na quantidade de tempo em que os dados podem ser perdidos antes que um dano significativo à empresa ocorra. A avaliação fornece uma estimativa do RPO da workload.

**Detalhes**

Fornece descrições detalhadas de cada tipo de interrupção usando as guias **Todos os resultados** e **Desvios de conformidade do aplicativo.** A guia **Todos os resultados** mostra todas as interrupções, incluindo desvios de conformidade, e a guia **Desvios de conformidade do aplicativo** exibe apenas desvios de conformidade. O tipo de interrupção inclui **Aplicativo**, infraestrutura de nuvem (**Infraestrutura** e **Zona de disponibilidade**) e **Região**, e fornece as seguintes informações sobre isso:
+ **AppComponent**

  Os recursos que compõem o aplicativo. Por exemplo, seu aplicativo pode ter um componente de banco de dados ou computação.
+ **RTO estimado**

  Indica se a configuração da política está alinhada com os requisitos da política. Fornecemos dois valores, nosso **RTO estimado** e seu **RTO direcionado**. Por exemplo, caso você veja o valor de **2h** em **RTO direcionado** e **40m** em **RTO estimado da workload**, isso indica que fornecemos um RTO estimado de workload de 40 minutos, enquanto o RTO atual do seu aplicativo é de duas horas. Baseamos nosso cálculo estimado de RTO da workload na configuração, não na política. Como resultado, um banco de dados de várias zonas de disponibilidade terá o mesmo RTO estimado de workload para falhas na zona de disponibilidade, independentemente da política selecionada. 
+ **Desvio de RTO**

  Indica a duração pela qual seu aplicativo se desviou do RTO estimado de workload da avaliação anterior bem-sucedida. Fornecemos dois valores, nosso **RTO estimado** e nosso **Desvio de RTO**. Por exemplo, caso você veja o valor de **2h** em **RTO estimado** e **40m** em **Desvio de RTO**, isso indica que seu aplicativo se desvia do RTO estimado de workload da avaliação anterior bem-sucedida em 40 minutos.
+ **RPO estimado**

  Mostra a política real de **RPO estimado de workload** que o AWS Resilience Hub estima com base na política de **RPO direcionado** que você define para cada componente de aplicativo. Por exemplo, você pode ter definido a meta de RPO em sua política de resiliência para falhas na zona de disponibilidade em uma hora. O resultado estimado pode ser calculado próximo de zero. Isso pressupõe que o Amazon Aurora, onde confirmamos todas as transações, seja bem-sucedido em quatro dos seis nós, abrangendo várias zonas de disponibilidade. Pode levar cinco minutos para a point-in-time restauração.

  A única meta de RTO e RPO que você pode optar por não fornecer é a Região. Para alguns aplicativos, é útil planejar a recuperação quando há uma dependência crucial de um serviço da AWS, que pode ficar indisponível em toda a Região.

  Se você escolher essa opção, como definir metas de RTO ou RPO para a Região, receberá um tempo estimado de recuperação e recomendações operacionais para essas falhas.
+ **Desvio de RPO**

  Indica a duração que seu aplicativo se desviou do RPO estimado de workload da avaliação anterior bem-sucedida. Fornecemos dois valores, nosso **RPO estimado** e o **Desvio de RPO**. Por exemplo, caso você veja o valor de **2h** em **RPO estimado** e **40m** em **Desvio de RPO**, isso indica que seu aplicativo se desvia do RPO estimado de workload da avaliação anterior bem-sucedida em 40 minutos.