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
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
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. AWS Resource Groups
+ **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.
# Analisar recomendações de resiliência
As recomendações de resiliência avaliam os componentes do aplicativo e recomendam como otimizar por meio do RTO estimado de workload e do RPO estimado de workload, dos custos e das mudanças mínimas.
Com AWS Resilience Hub, você pode otimizar a resiliência usando uma das seguintes opções recomendadas em **Por que você deve escolher essa opção**:
**nota**
AWS Resilience Hub fornece até três opções AWS Resilience Hub recomendadas.
Se você definir metas regionais de RTO e RPO, AWS Resilience Hub exibirá **Otimizar para RTO/RPO regional** nas opções recomendadas. Se as metas regionais de RTO e RPO não estiverem definidas, o **RTO/RPO do Optimize for Availability Zone (AZ)** será exibido. Para obter mais informações sobre como definir RTO/RPO metas regionais ao criar políticas de resiliência, consulte[Criar políticas de resiliência](create-policy.md).
Os valores estimados de RTO de carga de trabalho e de RPO de carga de trabalho estimados para os aplicativos e suas configurações são determinados considerando a quantidade de dados e o indivíduo. AppComponents No entanto, esses valores são apenas estimativas. Você deve usar seus próprios testes (como AWS Fault Injection Service) para testar seu aplicativo quanto aos tempos reais de recuperação.
**Otimize para RTO/RPO da zona de disponibilidade**
O menor tempo estimado possível de recuperação da carga de trabalho (RTO/RPO) durante uma interrupção na Zona de Disponibilidade (AZ). Se sua configuração não puder ser alterada o suficiente para atender às metas de RTO e RPO, você será informado sobre os menores tempos estimados de recuperação da carga de trabalho AZ para que sua configuração fique próxima da possibilidade de atender à política.
**Otimize para RTO/RPO da região**
O menor tempo estimado possível de recuperação da carga de trabalho (RTO/RPO) durante uma interrupção regional. Se sua configuração não puder ser alterada o suficiente para atender às metas de RTO e RPO, você será informado sobre os menores tempos estimados de recuperação da carga de trabalho na região para que sua configuração fique próxima da possibilidade de cumprir a política.
**Otimizar para custo**
O menor custo que você pode incorrer e ainda atender à sua política de resiliência. Se sua configuração não puder ser alterada o suficiente para atender às metas de otimização, você será informado sobre o menor custo possível para que sua configuração se aproxime da possibilidade de atender à política.
**Otimizar para mudanças mínimas**
As mudanças mínimas necessárias para atingir suas metas políticas. Se sua configuração não puder ser alterada o suficiente para atender às metas de otimização, você será informado sobre as mudanças recomendadas que podem aproximar sua configuração da possibilidade de cumprir a política.
Os itens a seguir estão incluídos nos detalhamentos da categoria de otimização:
+ **Descrição**
Descreve as configurações sugeridas por AWS Resilience Hub.
+ **Alterações**
Uma lista de alterações de texto que descrevem as tarefas necessárias para alternar para a configuração sugerida.
+ **Custo base**
O custo estimado associado às alterações recomendadas.
**nota**
O **custo base** pode variar de acordo com o uso e não inclui descontos ou ofertas do Enterprise Discount Program (EDP).
+ **RTO e RPO estimados de workload**
O RTO e o RPO estimados de workload após as mudanças.
O AWS Resilience Hub avalia se um componente de aplicativo (AppComponent) pode estar em conformidade com uma política de resiliência. Se o AppComponent não estiver em conformidade com uma política de resiliência e o AWS Resilience Hub não puder fazer nenhuma recomendação para facilitar a conformidade, pode ser porque o tempo de recuperação do selecionado AppComponent não pode ser cumprido dentro das restrições do. AppComponent Exemplos de AppComponent restrições incluem tipo de recurso, tamanho do armazenamento ou configuração do recurso.
Para facilitar a conformidade AppComponent com a política de resiliência, altere o tipo de recurso AppComponent ou atualize a política de resiliência para se alinhar com o que o recurso pode oferecer.
# Analisar recomendações operacionais
As recomendações operacionais contêm recomendações para configurar alarmes e AWS FIS experimentos por meio de AWS CloudFormation modelos. SOPs
AWS Resilience Hub fornece arquivos AWS CloudFormation de modelo para você baixar e gerenciar a infraestrutura do aplicativo como código. Como resultado, fornecemos recomendações no AWS CloudFormation para que você possa adicioná-las ao código do seu aplicativo. Se o tamanho do arquivo de AWS CloudFormation modelo for maior que um MB e contiver mais de 500 recursos, AWS Resilience Hub gera mais de um arquivo de AWS CloudFormation modelo em que o tamanho de cada arquivo não é maior que um MB e contém até 500 recursos. Se o arquivo de AWS CloudFormation modelo for dividido em vários arquivos, os nomes dos arquivos de AWS CloudFormation modelo serão acrescentados`partXofY`, o que `X` indica o número do arquivo na sequência e `Y` indica o número total de arquivos em que o arquivo de AWS CloudFormation modelo está dividido. Por exemplo, se o arquivo de modelo `big-app-template5-Alarm-104849185070-us-west-2.yaml` for dividido em quatro arquivos, os nomes dos arquivos serão os seguintes:
+ `big-app-template5-Alarm-104849185070-us-west-2-part1of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part2of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part3of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part4of4.yaml`
No entanto, no caso de AWS CloudFormation modelos grandes, você deverá fornecer o URI do Amazon Simple Storage Service em vez de usar o CLI/API arquivo local como entrada.
Em AWS Resilience Hub, você pode realizar as seguintes ações:
+ Você pode provisionar os alarmes e SOPs AWS FIS experimentos selecionados. Para provisionar alarmes e AWS FIS experimentos, selecione a recomendação apropriada e insira um nome exclusivo. SOPs AWS Resilience Hub cria um modelo com base nas recomendações selecionadas. Em **Modelos**, é possível acessar os modelos criados por meio de um URL do Amazon Simple Storage Service (Amazon S3).
+ Você pode incluir ou excluir alarmes e AWS FIS experimentos selecionados que foram recomendados para seu aplicativo a qualquer momento. SOPs Para obter mais informações, consulte, [Incluir ou excluir recomendações operacionais](exclude-recommend.md).
+ Você também pode pesquisar, criar, adicionar, remover e gerenciar tags de um aplicativo e ver todas as tags associadas a ele.
# Incluir ou excluir recomendações operacionais
AWS Resilience Hub fornece uma opção para incluir ou excluir os alarmes e SOPs os AWS FIS experimentos (testes) que foram recomendados para melhorar a pontuação de resiliência do seu aplicativo a qualquer momento. Incluir e excluir recomendações operacionais terá um impacto na pontuação de resiliência do seu aplicativo somente após a execução de uma nova avaliação. Portanto, recomendamos que você faça uma avaliação para obter a pontuação de resiliência atualizada e entender seu impacto em seu aplicativo.
Para obter mais informações sobre como restringir as permissões para incluir ou excluir recomendações por aplicativo, consulte [Limitar as permissões para incluir ou excluir recomendações AWS Resilience Hub](include-exclude-limit-permissions.md).
**Para incluir ou excluir recomendações operacionais de aplicativos**
1. No menu de navegação esquerdo, escolha **Aplicativos**.
1. Em **Aplicativos**, abra um aplicativo.
1. Escolha **Avaliações** e selecione uma avaliação na tabela de **Avaliações de resiliência**. Se você não tiver uma avaliação, conclua o procedimento em [Executando avaliações de resiliência em AWS Resilience Hub](run-assessment.md) e retorne a essa etapa.
1. Selecione a guia **Recomendações operacionais**.
1. Para incluir ou excluir recomendações operacionais do seu aplicativo, conclua as seguintes etapas:
**Para incluir ou excluir alarmes recomendados do seu aplicativo**
1. Para excluir alarmes, conclua as seguintes etapas:
1. Na guia **Alarmes**, na tabela **Alarmes**, selecione todos os alarmes (com o estado **Não implementado**) que deseja excluir. Você pode identificar o estado atual de implementação de um alarme na coluna **Estado**.
1. Em **Ações**, escolha **Excluir selecionados**.
1. Na caixa de diálogo **Excluir recomendações**, selecione um dos seguintes motivos (opcional) e escolha **Excluir selecionados** para excluir os alarmes selecionados do aplicativo.
+ **Já implementado** — Escolha essa opção se você já implementou esses alarmes em um AWS serviço como a Amazon CloudWatch ou qualquer outro provedor de serviços terceirizado.
+ **Não relevante**: escolha esta opção se os alarmes não atenderem às suas necessidades comerciais.
+ **Muito complicado de implementar**: escolha esta opção se você acha que esses alarmes são muito complicados de implementar.
+ **Outro**: escolha esta opção para especificar qualquer outro motivo para excluir a recomendação.
1. Para incluir alarmes, conclua as seguintes etapas:
1. Na guia **Alarmes**, na tabela **Alarmes**, selecione todos os alarmes (com estado **Excluído**) que deseja incluir. Você pode identificar o estado atual de implementação do alarme na coluna **Estado**.
1. Em **Ações**, escolha **Incluir selecionado**.
1. Na caixa de diálogo **Incluir recomendações**, escolha **Incluir selecionados** para incluir todos os alarmes selecionados em seu aplicativo.
**Para incluir ou excluir procedimentos operacionais padrão recomendados (SOPs) do seu aplicativo**
1. Para excluir o recomendado SOPs, conclua as seguintes etapas:
1. Na guia **Procedimentos operacionais padrão**, na **SOPs**tabela, selecione todos os SOPs (com estado **Implementado** ou **Não implementado**) que você deseja excluir. Você pode identificar o estado atual de implementação de um SOP na coluna **Estado**.
1. Em **Ações**, escolha **Excluir selecionado** para excluir o selecionado SOPs do seu aplicativo.
1. Na caixa de diálogo **Excluir recomendações**, selecione um dos seguintes motivos (opcional) e escolha **Excluir selecionado** para excluir o selecionado SOPs do aplicativo.
+ **Já implementado** — Escolha essa opção se você já as implementou SOPs em um AWS serviço ou em qualquer outro provedor de serviços terceirizado.
+ **Não relevante** — Escolha essa opção se ela SOPs não atender às suas necessidades comerciais.
+ **Muito complicado de implementar** — Escolha essa opção se você acha que elas SOPs são muito complicadas de implementar.
+ **Nenhum**: escolha esta opção se não quiser especificar o motivo.
1. Para incluir SOPs, conclua as seguintes etapas:
1. Na guia **Procedimentos operacionais padrão**, na **SOPs**tabela, selecione todos os alarmes (com estado **excluído**) que você deseja incluir. Você pode identificar o estado atual de implementação do alarme na coluna **Estado**.
1. Em **Ações**, escolha **Incluir selecionado**.
1. Na caixa de diálogo **Incluir recomendações**, escolha **Incluir selecionados** para incluir todos os selecionados SOPs em seu aplicativo.
**Para incluir ou excluir testes recomendados do seu aplicativo**
1. Para excluir os testes recomendados, conclua as seguintes etapas:
1. Na guia **Modelos de experimento de injeção de falhas**, na tabela **Modelos de experimento de injeção de falhas**, selecione todos os testes (com estado **Implementado** ou **Não implementado**) que deseja excluir. Você pode identificar o estado atual de implementação de um teste na coluna **Estado**.
1. Em **Ações**, escolha **Excluir selecionados**.
1. Na caixa de diálogo **Excluir recomendações**, selecione um dos seguintes motivos (opcional) e escolha **Excluir selecionados** para excluir os experimentos do AWS FIS selecionados do aplicativo.
+ **Já implementado** — Escolha essa opção se você já implementou esses testes em um AWS serviço ou em qualquer outro provedor de serviços terceirizado.
+ **Não relevante**: escolha esta opção se os testes não atenderem às suas necessidades comerciais.
+ **Muito complicado de implementar**: escolha esta opção se você acha que esses testes são muito complicados de implementar.
+ **Nenhum**: escolha esta opção se não quiser especificar o motivo.
1. Para incluir os testes recomendados, conclua as seguintes etapas:
1. Na guia **Modelos de experimento de injeção de falhas**, na tabela **Modelos de experimento de injeção de falhas**, selecione todos os testes (com estado **Excluído**) que deseja incluir. Você pode identificar o estado atual de implementação do teste na coluna **Estado**.
1. Em **Ações**, escolha **Incluir selecionado**.
1. Na caixa de diálogo **Incluir recomendações**, escolha **Incluir selecionados** para incluir todos os testes selecionados em seu aplicativo.