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á.
Questionário de integração da carga de trabalho em Detecção e Resposta a Incidentes (caminho de exceção)
nota
Se você não puder usar a CLI do IDR para integrar sua carga de trabalho, use o questionário a seguir para integrar a carga de trabalho.
Este tópico fornece o questionário que você precisa preencher ao integrar uma carga de trabalho e configurar alarmes para serem ingeridos no AWS Incident Detection and Response. O questionário de integração da carga de trabalho abrange informações gerais sobre sua carga de trabalho, detalhes da arquitetura, alarmes e contatos para resposta a incidentes. Na seção de ingestão de alarmes do questionário, você especifica os alarmes críticos que acionam a criação de incidentes na Detecção e Resposta a Incidentes para sua carga de trabalho, bem como as informações do runbook sobre quem contatar e quais ações tomar. O preenchimento adequado desse questionário é uma etapa fundamental na configuração dos processos de monitoramento e resposta a incidentes para suas AWS cargas de trabalho.
Baixe o questionário de integração da carga de trabalho:
Detalhes da carga de trabalho - Perguntas gerais
| Pergunta | Exemplo de resposta |
|---|---|
| Nome da empresa | Amazon Inc. |
| Nome dessa carga de trabalho (inclua todas as abreviações) | Operações de varejo da Amazon (ARO) |
| Usuário final principal e a função dessa carga de trabalho. | Essa carga de trabalho é um aplicativo de comércio eletrônico que permite que os usuários finais comprem vários itens. Essa carga de trabalho é o principal gerador de receita para nossa empresa. |
Detalhes da carga de trabalho - Perguntas sobre arquitetura
| Pergunta | Exemplo de resposta |
|---|---|
Uma lista de tags de AWS recursos usadas para definir recursos que fazem parte dessa carga de trabalho. AWS usa essas tags para identificar os recursos dessa carga de trabalho para agilizar o suporte durante incidentes. notaAs tags diferenciam letras maiúsculas de minúsculas. Se você fornecer várias tags, todos os recursos usados por essa carga de trabalho precisarão ter as mesmas tags. |
Nome do aplicativo: Optimax ambiente: Produção |
Uma lista dos AWS service (Serviço da AWS)(s) utilizados por essa carga de trabalho, os Conta da AWS(s) e os Região da AWS(s) em que eles estão. |
Serviços da AWS: Rota 53, ALB, ECS,... Contas: 123456789101, 123456789102,... Regiões: US-EAST-1, US-WEST-2,... |
Detalhes da carga de trabalho - Perguntas sobre ingestão de alarmes
Para perguntas sobre ingestão de alarmes, você especifica os alarmes críticos para sua carga de trabalho que deseja que envolvam o AWS Incident Detection and Response, bem como os contatos que você deseja que um engenheiro de gerenciamento de incidentes ative quando esses alarmes forem acionados.
A seção de ingestão de alarmes é dividida nas seguintes seções:
Seção de contato: Primeiro, especifique os contatos principais a serem incluídos no Suporte caso criado com o AWS Incident Detection and Response quando um alarme é acionado, bem como seu aplicativo de conferência preferido para pontes de incidentes. Se nenhuma preferência de ponte for fornecida, o AWS Incident Detection and Response criará uma ponte de incidentes durante os incidentes. Em seguida, especifique os contatos de escalonamento e os intervalos de tempo para envolvê-los quando os contatos principais estiverem inacessíveis. Por fim, liste todos os contatos que devem receber atualizações regulares do status do incidente por meio do caso de suporte durante o incidente.
Matriz de alarmes: liste o conjunto de alarmes que acionarão a detecção e a resposta de incidentes da AWS quando acionados. Consulte os “Critérios críticos de alarme” definidos pelo AWS Incident Detection and Response ao selecionar alarmes para integração. Para obter mais informações, consulte Definição de alarme.
CloudWatch Alarmes da Amazon (deixe esta seção em branco se você não tiver CloudWatch alarmes da Amazon)
Alarmes de APM de terceiros (deixe esta seção em branco se você não tiver alarmes de APM de terceiros)
EventBridge EventBus ARN: Esse é o ARN do EventBus ARN personalizado que você criou em ou. Ingira alarmes de APMs com integração direta EventBridge Ingira alarmes de APMs sem integração direta com EventBridge
Identificadores de alarme: compartilhe o número da conta, a região e o nome do alarme do APM.
Contatos de engajamento e escalonamento da carga de trabalho — Perguntas do runbook
| Pergunta | Exemplo de resposta |
|---|---|
AWS envolve contatos da carga de trabalho por meio do Suporte caso. Quem é o contato principal quando um alarme é acionado para essa carga de trabalho? Especifique seu aplicativo de conferência preferido e AWS solicitará esses detalhes durante um incidente. notaSe um aplicativo de conferência preferencial não for fornecido, AWS entraremos em contato durante um incidente e forneceremos uma ponte Chime para você participar. |
Equipe de aplicação app@example.com +61 2 3456 7890 |
Se o contato principal não estiver disponível durante um incidente, forneça os contatos de escalação e o cronograma na ordem de comunicação preferida. |
1. Após 10 minutos, se nenhuma resposta do contato principal for respondida, entre em contato com: John Smith - Supervisor de aplicativos john.smith@example.com +61 2 3456 7890 2. Após 10 minutos, se não houver resposta de John Smith, entre em contato com: Jane Smith - Gerente de operações jane.smith@example.com +61 2 3456 7890 |
Matriz de alarme
Forneça as informações a seguir para identificar o conjunto de alarmes que acionarão o AWS Incident Detection and Response para criar incidentes em nome de sua carga de trabalho. Depois que os engenheiros do AWS Incident Detection and Response analisarem seus alarmes, etapas adicionais de integração serão fornecidas.
Critérios de alarme crítico de detecção e resposta a incidentes da AWS:
Os alarmes de detecção e resposta a incidentes da AWS só devem entrar no estado “Alarme” se houver um impacto comercial significativo na carga de trabalho monitorada (perda da experiência do revenue/degraded cliente) que exija atenção imediata do operador.
Os alarmes de detecção e resposta a incidentes da AWS também devem envolver seus resolvedores para a carga de trabalho ao mesmo tempo ou antes do engajamento. AWS Os gerentes de incidentes colaboram com seus resolvedores no processo de mitigação e não atuam como socorristas de primeira linha, que depois encaminham para você.
Os limites de alarme de detecção e resposta a incidentes da AWS devem ser definidos com um limite e duração adequados, de forma que, sempre que um alarme disparar, uma investigação seja realizada. Se um alarme estiver se movendo entre o estado “Alarme” e “OK”, um impacto suficiente está ocorrendo para garantir a resposta e a atenção do operador.
Política de detecção e resposta a incidentes da AWS para violações de critérios:
Esses critérios só podem ser avaliados caso a caso à medida que os eventos ocorrem. A equipe de gerenciamento de incidentes trabalha com seus gerentes técnicos de contas (TAMs) para ajustar os alarmes e, em casos raros, desativar o monitoramento se houver suspeita de que os alarmes do cliente não cumprem esses critérios e esteja engajando a equipe de gerenciamento de incidentes desnecessariamente em um ritmo regular.
Importante
Forneça um endereço de e-mail de distribuição em grupo ao fornecer endereços de contato, para que você possa controlar as adições e exclusões de destinatários sem atualizações do runbook.
Forneça o número de telefone de contato da sua equipe de engenharia de confiabilidade do site (SRE) se quiser que a equipe de detecção e resposta a incidentes da AWS ligue para eles depois de enviar um e-mail de engajamento inicial.
CloudWatch alarme ARN |
Contato principal para este alarme. (Se for diferente do contato principal da carga de trabalho) |
Especifique o mais relevante AWS service (Serviço da AWS) para esse alarme acionar o engenheiro certo. Insira N/A se não for necessário. |
Exemplo:
|
Exemplo: Sam Smith - Gerente de aplicativos sam.smith@example.com +61 2 3456 7890 |
Exemplo: ECS |
EventBridge Ônibus de eventos ARN (Isso é criado como parte da integração de APM de terceiros para rotear alertas para o AWS Incident Detection and Response.) |
Exemplo: (Haverá um barramento de eventos por Account/Region combinação)
|
||
Identificador de alarme |
O que essa métrica representa? Por que esse alarme é importante? |
Contato principal para este alarme. (Se for diferente do contato principal da carga de trabalho) |
Especifique o mais relevante AWS service (Serviço da AWS) para esse alarme acionar o engenheiro certo. Insira N/A se não for necessário. |
Exemplo: ALB_5xx_ Target_Response ID da conta: 123456789012 Região: us-east-1 |
Exemplo: Essa métrica representa as respostas das transações dos alvos por trás do ALB. Se os erros 5XX excederem o limite, isso representa uma falha crítica no processamento de transações comerciais. |
Exemplo: Sam Smith - Gerente de aplicativos sam.smith@example.com +61 2 3456 7890 |
Exemplo: ECS |
