Aviso de fim do suporte: Amazon DevOps O Guru deixará de aceitar novos clientes em 29 de outubro de 2026. Os clientes atuais não serão afetados e poderão continuar usando a Amazon DevOps Guru até 30 de setembro de 2027. Depois de 30 de setembro de 2027, você não poderá mais acessar a Amazon DevOps Guru. Para obter mais informações, consulte Fim do suporte do Amazon DevOps Guru.
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á.
Fazendo a transição da Amazon DevOps Guru na Amazon CloudWatch e Amazon DevOps Agente
Amazônia DevOps O Guru atinge o fim do suporte em 30 de setembro de 2027. Depois dessa data, DevOps O Guru não analisa mais seus recursos e os insights gerados anteriormente não estão mais disponíveis. Seu subjacente AWS a infraestrutura e as cargas de trabalho não são afetadas. Somente o DevOps A camada de monitoramento Guru é removida.
Este guia ajuda você a entender o que está mudando e quais ações você precisa tomar. Amazônia CloudWatch fornece detecção e alerta de anomalias para seus recursos e para a Amazon DevOps O agente fornece AI-assisted investigação. Suas cargas de trabalho permanecem em vigor sem a necessidade de migração.
Tópicos
Como DevOps Guru e seus substitutos são diferentes
Amazônia DevOps O Guru usa um modelo gerenciado: você adiciona recursos à sua cobertura e ele aprende seu comportamento normal, detecta anomalias, agrupa anomalias relacionadas em insights e recomenda ações. Você não escolhe quais métricas analisar ou configurar limites.
Amazônia CloudWatch usa um modelo configurado: você escolhe as métricas e os grupos de registros a serem monitorados e cria os detectores de anomalias, os alarmes e as ações de notificação. Isso requer uma configuração única e oferece controle direto sobre o que é monitorado, a sensibilidade de cada alarme e para onde vão as notificações. Amazônia DevOps O agente fornece a investigação e a análise da causa raiz que DevOps Os insights do guru fornecidos, iniciados a partir de um CloudWatch alarme ou sob demanda.
Você pode usar os dois juntos: CloudWatch detecta e alerta, e Amazon DevOps O agente ajuda você a investigar e encontrar a causa raiz.
Como a transição funciona
Não migramos suas cargas de trabalho. Seus aplicativos, bancos de dados e infraestrutura permanecem exatamente onde estão. Essa é uma alteração na configuração de monitoramento, não uma migração de carga de trabalho.
A transição tem quatro partes:
-
Reproduza a detecção e o alerta em que você confia na Amazon CloudWatch.
-
Configurar a Amazon DevOps Agente de investigação.
-
Remover DevOps Guru da sua infraestrutura como modelos de código e integrações de API.
-
Exporte os insights que você quiser manter e defina sua cobertura de análise como Nenhuma.
Você pode fazer a transição de uma conta ou aplicativo por vez e executar DevOps Guru e CloudWatch lado a lado enquanto você valida sua nova configuração. Porque DevOps O Guru não hospeda suas cargas de trabalho, não há tempo de inatividade durante a transição. Para obter orientação sobre para qual serviço mover cada caso de uso, consulte Escolhendo o caminho certo para a migração no final da página de suporte.
Como apoiamos você durante a transição
Até 30 de setembro de 2027, DevOps O Guru continua operando normalmente. Continuamos fornecendo patches de segurança, correções de bugs críticos e suporte por meio de AWS Canais de suporte e mantemos a disponibilidade do serviço. Nenhum recurso novo foi adicionado.
O Fim do suporte do Amazon DevOps Guru a página é a referência mantida para datas e etapas de migração. Se você tiver dúvidas durante a transição, entre em contato AWS Suporte
Quem precisa agir e até quando
O impacto dessa mudança depende de como você usa DevOps Guru.
| Se você | O que acontece no final do suporte | Prioridade |
|---|---|---|
| Declare DevOps Recursos do Guru em AWS CloudFormation, AWS Modelos CDK ou Terraform | As operações de pilha que fazem referência aos tipos de recursos retirados falham. Um único recurso com falha pode bloquear uma atualização de pilha inteira. | Mais alto. Complete isso primeiro. |
| Ligue para o DevOps API Guru a partir de painéis, sistemas de emissão de tíquetes ou ferramentas internas | As integrações param de retornar dados. | Alto |
| Use o DevOps Console Guru para insights e alertas, incluindo DevOps Guru do Amazon RDS | Você perde a detecção de anomalias e as recomendações para os recursos cobertos. | Médio |
| Quer manter um registro de insights anteriores | Os insights não estão mais disponíveis. Exporte-os antes de remover a cobertura. | Antes de desembarcar |
Conclua todas as ações antes de 30 de setembro de 2027. Recomendamos concluir sua transição até 30 de junho de 2027 para que você possa validar sua CloudWatch e Amazon DevOps Configuração do agente enquanto DevOps O Guru ainda está disponível para comparação.
O que muda em um piscar de olhos
A tabela a seguir resume o que está disponível após a transição e o que é diferente de DevOps Guru.
| Recurso | Disponível após a transição? | O que é diferente |
|---|---|---|
| Detecção de anomalias métricas | Sim, configurado pelo cliente | CloudWatch a detecção de anomalias aprende automaticamente a faixa esperada de cada métrica. Você escolhe em quais métricas ativá-la. |
| Alerta operacional | Sim, configurado pelo cliente | Use alarmes de detecção de anomalias e alarmes compostos e encaminhe as alterações do estado do alarme para o Amazon SNS ou Amazon EventBridge. Você define os alarmes em vez de recebê-los automaticamente. |
| Detecção de anomalias de log | Sim, mesma cobertura | Ative a detecção de anomalias diretamente no seu CloudWatch Registre, registre grupos e investigue com CloudWatch Informações de registros. |
| Detecção de anomalias no banco de dadosDevOps Guru para Amazon (RDS) | Sim, mesma cobertura | CloudWatch O Database Insights mostra a mesma carga do banco de dados, evento de espera e principais dados SQL que DevOps Analisado pelo Guru for Amazon RDS. Crie um CloudWatch alarme de detecção de anomalias na métrica DBLoad para ser notificado sobre carga anormal e, em seguida, execute uma análise de desempenho sob demanda no Database Insights para o período de alarme para identificar a causa. |
| CloudWatch alarmes aos quais você adicionou DevOps Guru | Sim, mesma cobertura | Seus alarmes permanecem inalterados. Use-os para iniciar uma investigação em AWS DevOps Agente ou CloudWatch. |
| Insights agrupados com análise de causa raiz | Sim, iniciado pelo cliente | Amazônia DevOps Agente e CloudWatch as investigações correlacionam métricas, registros, eventos de mudança e rastreamentos para identificar a causa raiz. As investigações começam com um alarme ou sob demanda, em vez de serem executadas continuamente. |
| Contexto de dependência de serviços | Sim, configurado pelo cliente | Habilitar AWS X-Ray e CloudWatch Sinais de aplicativos para que as investigações possam mapear as relações de serviço. |
| Recomendações e remediação | Sim, iniciado pelo cliente | DevOps O guru anexou uma recomendação a cada insight. Amazônia DevOps O agente gera recomendações durante uma investigação e AWS Systems Manager A automação executa os runbooks de remediação que você define. |
| Notificações | Sim, mesma cobertura | Amazon SNS, Amazon EventBridgee Gerente de sistemas OpsCenter são os mesmos destinos DevOps Guru usado. Você os conecta a CloudWatch alarmes. |
| Insights proativos | Indisponível | DevOps Os insights proativos do Guru terminam com o serviço. Para os recursos em que o alerta precoce é importante para você, você pode criar CloudWatch alarmes sobre limites de utilização e alarmes de uso de cotas de serviço nas cotas de sua conta. |
Detecção e alerta de anomalias métricas
Em DevOps Guru, a detecção de anomalias nas métricas de um recurso começa automaticamente quando o recurso está coberto. Em CloudWatch, você ativa a detecção de anomalias nas métricas escolhidas e cria alarmes nelas.
O que você precisa fazer
-
Identifique as métricas nas quais você confiou DevOps Guru para analisar, como utilização da CPU, contagem de solicitações, taxas de erro de 4XX e 5XX, latência, contagem de hosts não íntegros, memória e disco.
-
Habilitar CloudWatch detecção de anomalias nessas métricas. CloudWatch aprende o intervalo esperado de cada métrica a partir de seu histórico.
-
Crie alarmes de detecção de anomalias. Use alarmes compostos para combinar alarmes relacionados e reduzir o ruído.
-
Adicione ações de alarme que enviem notificações para seus tópicos existentes do Amazon SNS ou Amazon EventBridge regras.
O que muda
A detecção se aplica às métricas que você escolher, e não a todos os recursos em um limite de cobertura. Você controla a sensibilidade do alarme, os períodos de avaliação e o roteamento das notificações.
Detecção de anomalias de log
Em DevOps Guru, anomalias de registro aparecem junto com as anomalias métricas em um insight. Em CloudWatch, você ativa a detecção de anomalias em cada grupo de registros e visualiza as anomalias no CloudWatch Console de registros.
O que você precisa fazer
-
Habilitar CloudWatch Registra a detecção de anomalias em seus grupos de registros críticos.
-
Uso CloudWatch Logs Insights para consultar e investigar os eventos de registro por trás de uma anomalia.
-
Se você declarou o
AWS::DevOpsGuru::LogAnomalyDetectionIntegrationtipo de recurso, remova-o dos seus modelos. Consulte Infraestrutura como código e uso de CLI.
O que muda
As anomalias de registro são mostradas por grupo de registros em CloudWatch em vez de agrupados em um DevOps Visão do guru. Para correlacionar anomalias de log com anomalias métricas, inicie um Amazon DevOps Investigação do agente.
Detecção de anomalias no banco
Em DevOps Guru do Amazon RDS, anomalias na carga do banco de dados dos bancos de dados do Amazon Relational Database Service e do Amazon Aurora foram relatadas como insights com recomendações para os eventos de espera envolvidos. Em CloudWatch, o Database Insights fornece os mesmos dados do Performance Insights e você cria alarmes para alertas.
O que você precisa fazer
-
Habilitar CloudWatch Informações sobre bancos de dados para os bancos de dados que DevOps Coberto sobre o Guru for Amazon RDS.
-
Criar CloudWatch alarmes no
DBLoadmétrica e as métricas do evento de espera que são importantes para sua carga de trabalho. -
Inclua alarmes de banco de dados em seu Amazon DevOps Investigações de agentes junto com os alarmes de seu aplicativo.
O que muda
O Database Insights fornece painéis em nível de frota e análises dos principais colaboradores para o carregamento do banco de dados. A detecção de anomalias no carregamento do banco de dados se torna um alarme que você configura, em vez de uma percepção de que DevOps Guru abriu para você.
Investigação e análise da causa raiz
Em DevOps Guru, anomalias relacionadas foram agrupadas em uma visão com uma recomendação. AWS DevOps O agente fornece AI-assisted investigação que correlaciona métricas, registros, rastreamentos e implantações recentes e alterações de configuração para identificar a causa raiz. CloudWatch investigações fornecem o mesmo tipo de investigação de dentro do CloudWatch console.
O que você precisa fazer
-
Configurar a Amazon DevOps Agente para suas contas.
-
Habilitar AWS X-Ray e CloudWatch Sinais de aplicação para que as investigações tenham topologia de serviço e contexto de rastreamento.
-
Configurar CloudWatch alarmes para iniciar uma investigação ou iniciar uma sob demanda quando ocorrer um problema.
O que muda
As investigações começam com um alarme ou sob demanda, em vez de serem executadas continuamente. Você recebe hipóteses de causa raiz que você pode analisar e agir, e você pode executar os runbooks de remediação que você definiu em AWS Systems Manager Automação.
Insights proativos
Em DevOps Guru, insights proativos alertaram você sobre condições que poderiam levar a um problema, como um recurso se aproximando do limite de capacidade ou uma configuração que aumenta o risco. Insights proativos não fazem parte do CloudWatch ou Amazon DevOps Agente, e eles terminam com o serviço.
Para os recursos em que o alerta precoce é importante para você, crie CloudWatch alarmes que notificam você antes que um limite seja atingido:
-
Crie alarmes nas métricas de utilização com um limite abaixo do limite, por exemplo, em 80% da capacidade provisionada, com um período de avaliação longo o suficiente para ignorar picos breves.
-
Crie alarmes de uso de cotas de serviço para as cotas em nível de conta das quais suas cargas de trabalho dependem, como execuções simultâneas do Lambda e capacidade da conta do DynamoDB. Para obter mais informações, consulte Criando CloudWatch alarmes para cotas de serviço.
O que muda
Você define as condições que o avisam e escolhe os recursos aos quais elas se aplicam. DevOps O Guru selecionou as condições e os recursos para você.
Infraestrutura como código e uso de CLI
Os modelos e pilhas que fazem referência aos seguintes tipos de recursos falham na criação ou atualização após a retirada dos tipos de recursos:
-
AWS::DevOpsGuru::ResourceCollection -
AWS::DevOpsGuru::NotificationChannel -
AWS::DevOpsGuru::LogAnomalyDetectionIntegration
O Terraform AWS provedor expõe o equivalente aws_devopsguru_resource_collection, aws_devopsguru_notification_channel, aws_devopsguru_event_sources_config, e aws_devopsguru_service_integration recursos.
O que você precisa fazer
-
Faça o inventário do AWS CloudFormation, AWS Modelos CDK e Terraform e o AWS Scripts CLI que fazem referência a esses tipos de recursos.
-
Crie o equivalente CloudWatch configuração: os alarmes, os tópicos do Amazon SNS e a Amazon EventBridge regras que substituem suas DevOps Canal de notificação e cobertura do Guru, e o CloudWatch Registra detectores de anomalias que substituem a integração de detecção de anomalias de registro.
-
Remova o DevOps Guru recursos a partir de seus modelos e implemente a mudança para que os recursos não sejam mais gerenciados por suas pilhas. Remova-os de seus modelos em vez de excluí-los fora do controle, para que suas pilhas e modelos permaneçam em sintonia.
O que muda
Como um único recurso com falha pode bloquear uma operação de pilha inteira, esse é o impacto de maior gravidade. Complete primeiro.
Integrações de API
Se seus painéis, sistemas de emissão de tíquetes ou ferramentas internas, ligue para DevOps API Guru, atualize-os para usar o equivalente CloudWatch Operações de API antes do fim do suporte. Após o fim do suporte, DevOps As operações da API Guru não estão mais disponíveis.
| Se suas ferramentas exigirem | Use em vez disso |
|---|---|
ListInsights, DescribeInsight,
ListAnomaliesForInsight |
CloudWatch DescribeAlarms, DescribeAlarmHistory, e GetMetricData; CloudWatch Registros ListLogAnomalyDetectors e ListAnomalies |
ListRecommendations |
Amazônia DevOps Resultados da investigação do agente |
DescribeAccountHealth,
DescribeResourceCollectionHealth |
CloudWatch DescribeAlarms filtrado por estado de alarme ou um alarme composto para cada aplicativo |
ListNotificationChannels,
AddNotificationChannel |
Tópicos do Amazon SNS e Amazon EventBridge regras para CloudWatch mudanças no estado do alarme |
Para obter detalhes da API, consulte o Amazônia DevOps Referência da API Guru e o Amazônia CloudWatch Referência da API.
Exporte seus dados
DevOps Os insights do guru não estarão disponíveis após 30 de setembro de 2027. Se você quiser manter um registro de seus insights, exporte-os antes dessa data. Recomendamos que a maioria dos clientes faça o seguinte:
-
Obtenha novos insights até o fim do suporte. Configure um canal de notificação do Amazon SNS para que cada novo insight seja entregue a um tópico que você possa arquivar.
-
Exporte os insights que você já acumulou. Ligue
ListInsightspara listá-los e, em seguida, ligueDescribeInsight,ListAnomaliesForInsight, eListRecommendationspara cada insight que você deseja manter. Armazene as respostas no Amazon S3 ou em seu sistema de tíquetes.
Conclua sua exportação antes de reduzir a cobertura ou remover recursos.
Exclua seu DevOps Recursos para gurus
Para interromper a análise e parar de incorrer em cobranças antes do final do suporte, remova seus canais de cobertura e notificação depois de exportar seus dados e configurar seu CloudWatch configuração.
-
Defina sua cobertura de análise como Nenhum para cada conta e AWS Região onde DevOps O Guru está ativado. No console, escolha Configurações, então DevOps Cobertura da análise de gurus, então Gerenciar, então Nenhum. Você também pode ligar
UpdateResourceCollectionpara remover o CloudFormation pilhas ou etiquetas que definem seu limite de cobertura. -
Remova seus canais de notificação. Ligue
RemoveNotificationChannel, ou exclua-os de Configurações no console. A remoção de um canal não exclui o tópico do Amazon SNS nem nada que você já tenha arquivado por meio dele. -
Se você declarar DevOps Guru recursos em infraestrutura como código, remova-os de seus modelos em vez de excluí-los fora da banda. Consulte Infraestrutura como código e uso de CLI.
Cronograma e suporte
| Marcos | Data |
|---|---|
| Comunicado | 29 de setembro de 2026 |
| Sem novos clientes | 29 de outubro de 2026 |
| Conclusão recomendada da transição | 30 de junho de 2027 |
| Término do suporte | 30 de setembro de 2027 |
Recomendamos concluir sua transição até 30 de junho de 2027 para que você possa validar sua CloudWatch e Amazon DevOps Configuração do agente em relação a operações em tempo real enquanto DevOps O Guru ainda está disponível para comparação. Se você tiver dúvidas durante a transição, entre em contato AWS Suporte
Lista de verificação de transição
-
Inventário AWS CloudFormation, AWS CDK, Terraform e AWS Uso da CLI de
AWS::DevOpsGuru::ResourceCollection,AWS::DevOpsGuru::NotificationChannel, eAWS::DevOpsGuru::LogAnomalyDetectionIntegration. -
Identifique cada integração de API que lê DevOps Percepções do guru.
-
Habilitar CloudWatch detecte anomalias em suas principais métricas e crie alarmes.
-
Habilitar CloudWatch Registra a detecção de anomalias em seus grupos de registros críticos.
-
Habilitar CloudWatch Database Insights para os bancos de dados que DevOps Coberto sobre o Guru for Amazon RDS.
-
Habilitar AWS X-Ray e CloudWatch Sinais de aplicação.
-
Configurar a Amazon DevOps Agente de investigação.
-
Configure notificações com Amazon SNS, Amazon EventBridge, ou Systems Manager OpsCenter.
-
Exportar DevOps Insights do guru por meio de um canal de notificação do Amazon SNS e da API.
-
Remover DevOps Guru os recursos de seus modelos e defina a cobertura da análise como Nenhuma.
Perguntas frequentes
- Meus aplicativos ou bancos de dados deixarão de funcionar após o fim do suporte?
-
Não. DevOps O Guru é um serviço de monitoramento. Ele observa os recursos que você executa, mas não os hospeda. Após o término do suporte, você perde DevOps A visibilidade e as recomendações do Guru, mas suas cargas de trabalho continuam funcionando.
- O que acontece se eu não migrar a tempo?
-
Você não poderá mais acessar o DevOps Console ou API do Guru e DevOps Os tipos de recursos do Guru falharão em AWS CloudFormation e o AWS CLI. Os insights não estarão mais disponíveis.
- Posso continuar usando DevOps Guru até o fim do suporte?
-
Sim, se sua conta se inscreveu antes de 29 de outubro de 2026. Até o final do suporte, fornecemos patches de segurança, correções de erros críticos, suporte e disponibilidade mantida. Nenhum recurso novo foi adicionado.
- Existe um único serviço que substitua DevOps Guru um a um?
-
Não. DevOps Mapas de detecção e alerta do Guru para a Amazon CloudWatch, e seus mapas de investigação e análise de causa raiz para a Amazon DevOps Agente. Você pode usar os dois juntos.
- O que acontece com DevOps Guru do Amazon RDS?
-
Ele termina com o resto do serviço. CloudWatch O Database Insights fornece os mesmos dados do Performance Insights. Crie alarmes no carregamento do banco de dados para alertas.
Recursos relacionados
-
Serviços em Sunset na AWS Referência geral
