service-mesh-observability
Ajuda seu agente a monitorar sistemas complexos, rastrear problemas e entender o desempenho. Permite visualizar dados importantes para depuração.
O que ela faz
Esta habilidade ajuda a entender o que está acontecendo dentro das suas aplicações de software quando elas se comunicam. Ela coleta informações sobre o tempo que as requisições levam, quantos erros ocorrem e como os serviços se conectam.
Quando usar
- ✓Quando você está configurando o monitoramento da sua rede de serviços.
- ✓Ao tentar descobrir por que as coisas estão lentas ou com erros.
- ✓Para criar metas de desempenho para a comunicação entre serviços.
Exemplo do que pedir para a IA
“Como posso ver o tempo que minhas requisições levam entre os serviços?”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
Ela coleta dados de três formas principais: métricas (números sobre o desempenho), rastros (o caminho que uma requisição faz) e logs (mensagens detalhadas). Esses dados são usados para criar painéis e ajudar a encontrar problemas.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add wshobson/agents --skill service-mesh-observabilityOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/wshobson/agents/main/plugins/cloud-infrastructure/skills/service-mesh-observability/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Observabilidade de Service Mesh
Guia completo de padrões de observabilidade para Istio, Linkerd e implantações de service mesh.
Quando Usar Esta Habilidade
- Configurar rastreamento distribuído entre serviços
- Implementar métricas e dashboards de service mesh
- Depurar problemas de latência e erros
- Definir SLOs para comunicação de serviços
- Visualizar dependências de serviços
- Solucionar problemas de conectividade da mesh
Conceitos Principais
1. Três Pilares da Observabilidade
┌─────────────────────────────────────────────────────┐
│ Observability │
├─────────────────┬─────────────────┬─────────────────┤
│ Metrics │ Traces │ Logs │
│ │ │ │
│ • Request rate │ • Span context │ • Access logs │
│ • Error rate │ • Latency │ • Error details │
│ • Latency P50 │ • Dependencies │ • Debug info │
│ • Saturation │ • Bottlenecks │ • Audit trail │
└─────────────────┴─────────────────┴─────────────────┘
2. Sinais de Ouro para a Mesh
| Sinal | Descrição | Limiar de Alerta |
|---|---|---|
| Latência | Duração da requisição P50, P99 | P99 > 500ms |
| Tráfego | Requisições por segundo | Detecção de anomalia |
| Erros | Taxa de erro 5xx | > 1% |
| Saturação | Utilização de recursos | > 80% |
Modelos e Exemplos Detalhados
A biblioteca completa de modelos e exemplos detalhados está em references/details.md. Leia este arquivo quando precisar dos modelos concretos.
Melhores Práticas
O Que Fazer
- Amostre apropriadamente - 100% em desenvolvimento, 1-10% em produção
- Use contexto de rastreamento - Propague cabeçalhos consistentemente
- Configure alertas - Para os sinais de ouro
- Correlacione métricas/rastreamentos - Use exemplares
- Retenha estrategicamente - Camadas de armazenamento quente/frio
O Que Não Fazer
- Não amostragem excessiva - Custos de armazenamento aumentam
- Não ignore cardinalidade - Limite os valores de rótulos
- Não pule dashboards - Visualize dependências
- Não se esqueça dos custos - Monitore os custos de observabilidade
Perguntas frequentes
O que são 'métricas', 'rastros' e 'logs'?
Métricas são números sobre o desempenho (ex: quantas requisições por segundo). Rastros mostram o caminho de uma requisição através de vários serviços. Logs são mensagens detalhadas que os serviços escrevem.
O que são 'Golden Signals'?
São os 4 indicadores mais importantes para monitorar: Latência (tempo de resposta), Tráfego (volume de requisições), Erros (taxa de falhas) e Saturação (uso de recursos).
O que é 'amostragem'?
É coletar dados de apenas uma parte das requisições, em vez de todas, para economizar espaço e custo. Em ambientes de teste, coleta-se tudo; em produção, uma pequena porcentagem.
Detalhes
Descrição original do autor
Implement comprehensive observability for service meshes including distributed tracing, metrics, and visualization. Use when setting up mesh monitoring, debugging latency issues, or implementing SLOs for service communication.
repo: wshobson/agents
Popularidade
- Estrelas no GitHub
- 41 mil
- Posição no ranking
- #4830
- Licença
- MIT
- Atualizada em
- 15/10/2026
Comentários
- …
Mais skills deste repositório
screen-reader-testing
Faz seu agente testar sites usando leitores de tela para garantir que sejam acessíveis.
wshobson/agents
wcag-audit-patterns
Ajuda seu agente a auditar sites para acessibilidade e corrigir problemas de acordo com as diretrizes WCAG.
wshobson/agents
multi-reviewer-patterns
Faz seu agente coordenar revisões de código paralelas, deduplicando achados e consolidando relatórios.
wshobson/agents
parallel-debugging
Permite ao agente depurar problemas complexos com investigações paralelas e análise de causa raiz.
wshobson/agents
Skills parecidas
dashboard-builder
Ajuda seu agente a criar painéis de monitoramento úteis. Ele transforma dados em gráficos que respondem a perguntas importantes sobre o sistema.
affaan-m/ECC
dev-team
Simula uma equipe de desenvolvimento colaborativa, onde diferentes papéis respondem a um problema juntos. É útil para obter múltiplas perspectivas sem trocar de agente manualmente.
affaan-m/ECC
ecc-council
Faz seu agente reunir um conselho de quatro vozes para tomar decisões difíceis. É útil quando há várias opções boas e é preciso debater antes de escolher.
affaan-m/ECC