Навыки slo-implementation
📊

slo-implementation

Безопасно

Implementar SLOs e Orçamentos de Erro para SRE

Также доступно от: wshobson

Equilibre confiabilidade com velocidade de recursos usando metas SLO mensuráveis e orçamentos de erro. Pare de debater confiabilidade e comece a medi-la com práticas SRE padrão da indústria.

Поддерживает: Claude Codex Code(CC)
📊 71 Адекватно
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «slo-implementation». Help me define SLIs and SLOs for my API service. I need availability and latency targets.

Ожидаемый результат:

Aqui estão os SLIs recomendados para sua API:

SLI de Disponibilidade:
- Solicitações bem-sucedidas / Total de solicitações
- Meta: 99,9% (permite 43,2 min/mês de inatividade)
- PromQL: sum(rate(http_requests_total{status!~'5..'}[28d])) / sum(rate(http_requests_total[28d]))

SLI de Latência (p95 < 500ms):
- Solicitações abaixo do limiar / Total de solicitações
- Meta: 99% (1% das solicitações podem ser lentas)
- PromQL: sum(rate(http_request_duration_seconds_bucket{le='0.5'}[28d])) / sum(rate(http_request_duration_seconds_count[28d]))

Orçamento de Erro:
- 0,1% de orçamento = 43,2 minutos/mês
- Implemente alertas de taxa de consumo para detectar quando consumindo o orçamento muito rapidamente

Использование «slo-implementation». Create Prometheus alerting rules for multi-window burn rate detection.

Ожидаемый результат:

Regras de Alerta de Taxa de Consumo de Múltiplas Janelas:

Alerta de Consumo Rápido (Crítico):
- Janela: 1 hora e confirmação de 5 minutos
- Limiar: taxa de consumo de 14,4x
- Dispara quando: Consumindo 2% do orçamento de erro em 1 hora
- Ação: Paginar engenheiro de plantão imediatamente

Alerta de Consumo Lento (Aviso):
- Janela: 6 horas e confirmação de 30 minutos
- Limiar: taxa de consumo de 6x
- Dispara quando: Consumindo 5% do orçamento de erro em 6 horas
- Ação: Criar ticket para o próximo dia útil

Orçamento de Erro Esgotado (Crítico):
- Gatilho: Orçamento de erro restante < 0%
- Duração: 5 minutos sustentados
- Ação: Congelamento de recursos, todos mãos na confiabilidade

Использование «slo-implementation». Design an error budget policy for a 99.9% SLO target.

Ожидаемый результат:

Política de Orçamento de Erro para SLO de 99,9%:

Orçamento: 0,1% = 43,2 minutos por mês

Em 100% de orçamento restante:
- Velocidade normal de desenvolvimento
- Todos os recursos permitidos para ship

Em 50% de orçamento restante:
- Adiar mudanças não essenciais
- Requer testes extras para releases
- Aumentar cobertura de monitoramento

Em 10% de orçamento restante:
- Congelar recursos não críticos
- Apenas releases de segurança e hotfixes
- Reuniões diárias de confiabilidade

Em 0% de orçamento restante:
- Congelamento completo de recursos
- Foco 100% em melhorias de confiabilidade
- Sem releases sem aprovação do SRE
- Análise de causa raiz obrigatória

Аудит безопасности

Безопасно
v1 • 2/25/2026

Static analysis detected 35 potential security issues, all of which are false positives. The flagged 'Ruby/shell backtick execution' patterns are Markdown code formatting (backticks) used for PromQL queries and YAML examples. The 'weak cryptographic algorithm' flags are documentation text and annotations, not actual encryption code. This skill contains only documentation with no executable code, network operations, or security vulnerabilities.

1
Просканировано файлов
344
Проанализировано строк
2
находки
1
Всего аудитов
Проблемы низкого риска (2)
SKILL.md:38-45SKILL.md:52-57SKILL.md:98-115SKILL.md:151-194SKILL.md:198-240
False Positive: Code Block Formatting
Static analyzer flagged Markdown code blocks (using backticks) as 'Ruby/shell backtick execution'. These are documentation code examples for PromQL queries and YAML configurations, not executable shell commands.
SKILL.md:3SKILL.md:215SKILL.md:229SKILL.md:239
False Positive: Documentation Text
Static analyzer flagged 'weak cryptographic algorithm' at lines 3, 215, 229, 239. These are plain text descriptions and YAML comments in documentation, not actual cryptographic implementations.
Проверено: claude

Оценка качества

38
Архитектура
100
Сопровождаемость
87
Контент
21
Сообщество
100
Безопасность
100
Соответствие спецификации

Что вы можете построить

Estabelecer Linha de Base de Confiabilidade

Definir SLIs e SLOs iniciais para um novo microsserviço para estabelecer metas de confiabilidade mensuráveis e criar alertas que capturam problemas reais sem fadiga de falsos alarmes.

Implementar Governança de Orçamento de Erro

Criar políticas de orçamento de erro que congelam automaticamente implantações arriscadas quando a confiabilidade degrada, ajudando a equilibrar velocidade de recursos com requisitos de estabilidade.

Reduzir Fadiga de Alertas

Substituir alertas de limiar frágeis por alertas de taxa de consumo de múltiplas janelas que só disparam em degradações significativas de confiabilidade, reduzindo o ruído de notificações em 80%.

Попробуйте эти промпты

Definir SLOs Básicos 
Ajude-me a definir SLIs e SLOs para meu serviço de API. Preciso de metas de disponibilidade e latência.
Criar Política de Orçamento de Erro 
Desenhe uma política de orçamento de erro para uma meta SLO de 99,9%. Defina ações em 100%, 50%, 10% e 0% de orçamento restante.
Construir Alertas de SLO 
Crie regras de alerta do Prometheus para detecção de taxa de consumo de múltiplas janelas. Use janelas de consumo rápido (1h/5m) e lento (6h/30m).
Revisar Conformidade de SLO 
Analise meus dados atuais de conformidade de SLO. Mostre o orçamento de erro restante, tendências de taxa de consumo e recomende se deve congelar releases de recursos.

Лучшие практики

  • Comece com SLIs voltados ao usuário que medem diretamente a experiência do cliente em vez de métricas de backend
  • Defina SLOs alcançáveis ligeiramente abaixo do desempenho atual para permitir variação normal e prevenir alertas constantes
  • Use alertas de taxa de consumo de múltiplas janelas (combine janelas curtas e longas) para eliminar falsos positivos de picos transitórios
  • Revise SLOs trimestralmente para garantir que ainda refletem prioridades de negócios e necessidades reais dos usuários

Избегать

  • Definir metas SLO em 100% de disponibilidade, o que elimina todo o orçamento de erro e impede qualquer desenvolvimento de recursos
  • Criar alertas em limiares de métricas brutas em vez de taxas de consumo, causando fadiga de alertas por flutuações normais
  • Definir muitos SLIs, o que dilui o foco e torna impossível priorizar melhorias de confiabilidade
  • Implementar SLOs sem apoio executivo para políticas de orçamento de erro, tornando a governança inaplicável

Часто задаваемые вопросы

Qual é a diferença entre SLI, SLO e SLA?
SLI (Service Level Indicator - Indicador de Nível de Serviço) é uma métrica medida como porcentagem de disponibilidade. SLO (Service Level Objective - Objetivo de Nível de Serviço) é sua meta interna para essa métrica, como 99,9% de disponibilidade. SLA (Service Level Agreement - Acordo de Nível de Serviço) é o compromisso externo que você faz com os clientes, que deve ser menor que seu SLO interno para fornecer uma margem.
Por que não devo mirar em 100% de confiabilidade?
100% de confiabilidade deixa zero orçamento de erro, significando que qualquer incidente viola imediatamente seu SLO. Isso impede todo o desenvolvimento de recursos pois você não pode assumir nenhum risco. Uma meta de 99,9% permite 43 minutos de inatividade por mês para manutenção e experimentação mantendo uma excelente experiência do usuário.
Como escolho a porcentagem certa de SLO?
Analise seu desempenho atual por 30 dias, defina o SLO ligeiramente abaixo dessa linha de base. Considere expectativas dos usuários, benchmarks de concorrentes e impacto nos negócios. Comece conservador (99%) e aperte conforme constrói confiança. O objetivo é metas alcançáveis que capturam problemas reais, não perfeição.
O que é alerta de taxa de consumo de múltiplas janelas?
Alertas de múltiplas janelas requerem que tanto uma janela curta (como 1 hora) quanto uma janela longa (como 6 horas) excedam limiares de taxa de consumo simultaneamente. Isso elimina falsos positivos de picos breves enquanto captura degradação sustentada. Por exemplo, alerte apenas se a taxa de consumo exceder 14,4x em ambas as janelas de 1 hora e 5 minutos.
Como funciona a governança de orçamento de erro?
Orçamentos de erro traduzem SLOs em políticas de desenvolvimento acionáveis. Quando você tem orçamento restante, faça ship de recursos normalmente. Conforme o orçamento se esgota, congele mudanças arriscadas. Em 0% de orçamento, pare todos os recursos até que a confiabilidade melhore. Isso cria um loop de feedback automático equilibrando inovação e estabilidade.
Que ferramentas preciso para implementar SLOs?
Você precisa de um sistema de métricas (Prometheus recomendado), visualização (Grafana) e alerta (Alertmanager). Esta skill fornece as consultas PromQL, regras de gravação e configurações de alerta. Implante-as em sua pilha de monitoramento existente, depois construa dashboards para rastrear conformidade.

Сведения для разработчиков

Автор

sickn33

Лицензия

MIT

Репозиторий

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/slo-implementation

Ссылка

main

Структура файлов

📄 SKILL.md