opção
LarLar Skill Infraestrutura em nuvem aws-observability

aws-observability

aws/agent-toolkit-for-aws aws/agent-toolkit-for-aws

Implemente, configure, depure e otimize a observabilidade da AWS utilizando o CloudWatch (Logs Insights, Métricas, Alarmes, Painéis, EMF), o X-Ray, o CloudTrail e o ADOT. Aborda a sintaxe de consulta do Log Insights (campos, filtro, estatísticas, análise, padrão, junção, subconsultas), configuração de alarmes (métrica, composta, detecção de anomalias, tratamento de dados ausentes), design de painéis, métricas personalizadas (PutMetricData, EMF, filtros de métricas), rastreamento do X-Ray (ADOT, regras de amostragem, anotações x metadados), configuração do coletor ADOT e CloudT

...Expandir tudo
17
Tempo atualizado 24 de Agosto de 2026

Sobre aws-observability

O AWS Observability oferece conhecimento especializado na área para criar, configurar, depurar e otimizar a observabilidade na AWS por meio de métricas, logs e rastreamentos. Ele abrange os recursos da plataforma CloudWatch — Logs Insights, Métricas, Alarmes, Painéis e EMF —, além do rastreamento do X-Ray, da auditoria operacional do CloudTrail e do coletor do AWS Distro for OpenTelemetry (ADOT). Áreas específicas incluem a sintaxe de consulta do Log Insights (campos, filtro, estatísticas, análise, padrão, junção, subconsultas), configuração de alarmes (métrica, composta, detecção de anomalias, tratamento de dados ausentes), design de painéis, métricas personalizadas via PutMetricData, EMF e filtros de métricas, além das regras de amostragem do X-Ray e da distinção entre anotações e metadados.

Utilize esta habilidade quando uma tarefa mencionar CloudWatch, Log Insights, alarmes, INSUFFICIENT_DATA, painéis, métricas personalizadas, EMF, X-Ray, rastreamentos, amostragem, CloudTrail, “quem excluiu”, ADOT, OpenTelemetry, observabilidade, monitoramento, testes sintéticos, canários ou solução de problemas relacionados ao comportamento de alarmes. Ela não abrange explicitamente a configuração de logs de aplicativos, drivers de logs de contêineres ou detecção de ameaças de segurança. Ela funciona melhor em conjunto com o servidor AWS MCP, que permite ao agente executar comandos da CLI, consultar o CloudWatch e validar configurações diretamente, embora todas as orientações também se apliquem ao acesso padrão à CLI da AWS.

A skill está organizada como uma tabela de roteamento que mapeia cada necessidade do usuário para um arquivo de referência específico: log-insights.md para consultas, alarms.md para configuração e padrões de alarmes, metrics.md para métricas personalizadas e EMF, tracing.md para X-Ray e ADOT, dashboards.md para design de widgets e compartilhamento entre contas/regiões, troubleshooting.md (que abre com as cinco soluções mais comuns), synthetics.md para restrições de canary e falhas comuns, e cloudtrail.md para auditoria operacional com S3 e Athena. Dois recursos prontos para uso estão incluídos: alarm-template.ts, um modelo CDK de melhores práticas para monitoramento do Lambda com alarmes e um painel, e otel-config.yaml, uma configuração do coletor ADOT para rastreamentos do X-Ray e métricas do CloudWatch EMF. Como os arquivos de referência contêm versões de tempo de execução, valores de cota e matrizes de recursos que estão sujeitos a alterações, a skill recomenda que os valores sensíveis à precisão sejam verificados na documentação atual da AWS antes de serem utilizados em produção.

Perguntas frequentes

Quais serviços da AWS esta skill abrange?

Ela abrange o CloudWatch (Logs Insights, Metrics, Alarms, Dashboards, EMF), rastreamento do X-Ray, auditoria operacional do CloudTrail e o coletor ADOT (OpenTelemetry) para métricas, logs e rastreamentos.

Quando não devo usar essa skill?

Não a utilize para configuração de registros de aplicativos, drivers de registros de contêineres ou detecção de ameaças de segurança. Essas áreas estão explicitamente fora do escopo.

Preciso do servidor AWS MCP para usá-la?

Não. Ela funciona melhor com o servidor AWS MCP, que permite executar comandos da CLI e validar configurações diretamente, mas todas as orientações também funcionam com o acesso padrão à AWS CLI.

Onde devo procurar para depurar um alarme preso no estado INSUFFICIENT_DATA?

Comece pelo arquivo troubleshooting.md, que apresenta as cinco soluções mais comuns, e consulte o arquivo alarms.md para obter detalhes de configuração, incluindo o tratamento de dados ausentes para alarmes de métricas, compostos e de detecção de anomalias.

Existem modelos prontos incluídos?

Sim. Ele fornece o alarm-template.ts, um modelo CDK de melhores práticas para monitoramento do Lambda com alarmes e um painel, e o otel-config.yaml, uma configuração do coletor ADOT para rastreamentos do X-Ray e métricas do CloudWatch EMF.

Todos os arquivos

11arquivosreferences/alarms.md10,9KBMirarreferências/log-insights.md6,9KBMirarreferências/tracing.md8,9KBMirarassets/alarm-template.ts3,9KBMirarreferências/cloudtrail.md3,9KBMirarreferências/metrics.md 7,4KB Visualizar references/troubleshooting.md 6,7KB Visualizar assets/otel-config.yaml 1,4KB Visualizar references/dashboards.md 5,8KB Visualizar references/synthetics.md 6,5KB Visualizar SKILL.md 4,1 KB Visualizar
Ver no GitHub

Overview

Domain expertise for AWS observability across metrics, logs, and traces, covering the full lifecycle: enabling/onboarding a service to Application Signals using ADOT (AWS Distro for OpenTelemetry) auto-instrumentation SDKs and ServiceEvents — making the service show up in Application Signals — on EC2, ECS, EKS, and Lambda in Python, Node.js, Java, and .NET.

Works best with the AWS MCP server — enables running CLI commands, querying CloudWatch, and validating configurations directly. All guidance also works with standard AWS CLI access.

Note: Reference files contain specific runtime versions, quota values, and feature matrices that may change. When precision matters (e.g., deploying to production, choosing a runtime, or checking a quota), confirm values against current AWS documentation rather than relying solely on the values in these files.

Routing

User needAction
Enabling/onboarding a service to Application Signals (auto-instrumentation)Read application-signals-onboarding.md
Propagating ServiceEvents git/deployment metadata through CI/CDRead application-signals-cicd-metadata.md
Per-platform/per-language enablement stepsRead the matching references/appsignals-guides/<platform>-<language>.md (e.g. eks-python.md)
Writing Log Insights queriesRead log-insights.md
Configuring alarms (metric, composite, anomaly)Read alarms.md
Publishing custom metrics or using EMFRead metrics.md
Setting up X-Ray tracing or ADOTRead tracing.md
Building dashboardsRead dashboards.md
Debugging observability issuesRead troubleshooting.md — starts with the 5 most common fixes
Debugging canary failuresRead synthetics.md — see Common failures table
CloudTrail operational auditingRead cloudtrail.md
Setting up Lambda monitoring with CDKUse alarm-template.ts as a starting point
Creating synthetic canariesRead synthetics.md
Configuring ADOT collectorUse otel-config.yaml as a starting point
Debugging a running service with breakpoints/snapshots — Dynamic Instrumentation (modifies live services and capture live data)Read dynamic-instrumentation.md in full before acting. Confirm with the user before any create/delete, and narrate before significant actions: observation → hypothesis → proposed action → expected result. Diagnosing running-service root cause from source/code inspection. Source inspection alone identifies hypotheses, not confirmed root causes. Keep suspected causes tentative until runtime evidence confirms them.
Spans multiple areasRead the most specific reference first, then consult others as needed

Files

FileContent
application-signals-onboarding.mdEnable Application Signals auto-instrumentation: EKS add-on, CloudWatch Agent IAM, OTLP endpoints, ServiceEvents env vars, Dynamic Instrumentation — two-tier scope by platform/language
application-signals-cicd-metadata.mdServiceEvents git & deployment metadata propagation through CI/CD (the 5 OTEL_AWS_SERVICE_EVENTS_* vars)
references/appsignals-guides/ (e.g. eks-python.md)16 per-platform × per-language enablement guides (EC2/ECS/EKS/Lambda × Python/Node.js/Java/.NET)
alarms.mdMetric, composite, anomaly detection alarms — configuration, constraints, recommended defaults
log-insights.mdComplete query syntax, commands, functions, known issues, reusable query library
metrics.mdCustom metrics, EMF spec, metric filters, high-resolution, retention
tracing.mdX-Ray → ADOT migration, sampling rules, annotations vs metadata, collector config
dashboards.mdWidget types, cross-account/region, dynamic labels, sharing
troubleshooting.mdError → cause → fix for all observability services
cloudtrail.mdOperational auditing, event types, S3+Athena queries
synthetics.mdCanary runtime/blueprint constraints, VPC networking, common failures
alarm-template.tsBest-practice CDK Lambda monitoring (alarms + dashboard)
otel-config.yamlADOT collector config for X-Ray traces + CloudWatch EMF metrics
dynamic-instrumentation.mdDynamic Instrumentation debugging loop — breakpoints/probes on live code, snapshot capture + correlation analysis, create/delete gating, snapshot PII handling. Runs via scripts/di_instrumentation.py + scripts/di_snapshots.py.

Todos os arquivos

0 arquivos

Instalar aws-observability

Baixe e descompacte os arquivos das habilidades no diretório .claude/skills/.

Baixar ZIP

Clone o repositório e copie os arquivos da habilidade para o seu projeto.

git clone https://github.com/aws/agent-toolkit-for-aws/blob/main/skills/core-skills/aws-observability/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

Copiar Copiar
Configuração rápida: Copie a pasta da habilidade para .claude/skills/. O Claude detectará e utilizará automaticamente a habilidade

Habilidades relacionadas

Cloudflare Manager
Tempo atualizado 29 de Junho de 2026
pinecone
Tempo atualizado 29 de Junho de 2026
azure-setup-guide
Tempo atualizado 29 de Junho de 2026
sentry-architecture-variants
Tempo atualizado 29 de Junho de 2026
OR