{"id":2221,"date":"2025-10-15T09:15:00","date_gmt":"2025-10-15T09:15:00","guid":{"rendered":"https:\/\/mugnos-it.com\/?p=2221"},"modified":"2025-10-06T14:28:09","modified_gmt":"2025-10-06T14:28:09","slug":"qual-a-importancia-de-definir-bons-slis-slos-e-slas","status":"publish","type":"post","link":"https:\/\/mugnos-it.com\/pt\/qual-a-importancia-de-definir-bons-slis-slos-e-slas\/","title":{"rendered":"Qual a import\u00e2ncia de definir bons SLIs, SLOs e SLAs?"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\n

\u201cD\u00e1 uma checada no servi\u00e7o a\u00ed pra mim?\u201d<\/p>\n\n\n\n

Se voc\u00ea j\u00e1 ouviu isso no meio de uma sprint, incidente ou code review\u2026 sabe o quanto essa frase pode ser frustrante.<\/p>\n\n\n\n

Checar o qu\u00ea? Baseado em qu\u00ea? S\u00f3 porque a API respondeu com 200<\/code> e os bot\u00f5es do front renderizaram, quer dizer que est\u00e1 tudo saud\u00e1vel?<\/p>\n\n\n\n

A gente precisa parar com o achismo. E come\u00e7ar a definir o que realmente significa um sistema saud\u00e1vel<\/strong>.<\/p>\n\n\n\n

\u00c9 a\u00ed que entram os famosos (e muitas vezes ignorados):<\/p>\n\n\n\n

\n

SLI, SLO e SLA<\/p>\n<\/blockquote>\n\n\n\n

\n\n\n\n

O que s\u00e3o SLI, SLO e SLA? (Com exemplos reais)<\/h3>\n\n\n\n

SLI \u2013 Service Level Indicator<\/strong><\/h3>\n\n\n\n

\u00c9 a m\u00e9trica crua<\/strong> que voc\u00ea est\u00e1 observando. Exemplo:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\n\n\n\n

SLO \u2013 Service Level Objective<\/strong><\/h3>\n\n\n\n

\u00c9 o acordo t\u00e9cnico (interno)<\/strong> sobre qual \u00e9 o valor m\u00ednimo aceit\u00e1vel para aquele SLI. Exemplo:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\n\n\n\n

SLA \u2013 Service Level Agreement<\/strong><\/h3>\n\n\n\n

\u00c9 o acordo formal com cliente ou time de neg\u00f3cios<\/strong>. Exemplo:<\/p>\n\n\n\n

\n

\u201cSe a disponibilidade mensal do \/auth\/login ficar abaixo de 99.5%, h\u00e1 penalidade contratual de X reais.\u201d<\/p>\n<\/blockquote>\n\n\n\n

A gente n\u00e3o vai se aprofundar em SLA aqui, porque o foco \u00e9 voc\u00ea construir visibilidade real e acordos t\u00e9cnicos confi\u00e1veis no seu time com SLI + SLO.<\/em><\/p>\n\n\n\n

\n\n\n\n

Um exemplo pr\u00e1tico (com template)<\/h3>\n\n\n\n

Imagine que voc\u00ea tem uma API de pagamento<\/strong> rodando em container no Kubernetes. Aqui vai uma tabela com exemplos reais de SLIs\/SLOs que voc\u00ea pode usar como base para implementar observabilidade + alarmes<\/strong>.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n
\n\n\n\n

Agora \u00e9 com voc\u00ea:<\/h3>\n\n\n\n

Essa tabela acima \u00e9 s\u00f3 um exemplo<\/strong>. Cada sistema tem suas caracter\u00edsticas, pontos cr\u00edticos e necessidades espec\u00edficas.<\/p>\n\n\n\n

O que voc\u00ea pode (e deve) fazer agora:<\/strong><\/p>\n\n\n\n

    \n
  1. Escolha um microservi\u00e7o do seu sistema<\/li>\n\n\n\n
  2. Liste os endpoints e responsabilidades principais<\/li>\n\n\n\n
  3. Defina 5 a 10 SLIs<\/strong> reais que representam o que \u201csa\u00fade\u201d significa ali<\/li>\n\n\n\n
  4. Para cada SLI, defina um SLO<\/strong><\/li>\n\n\n\n
  5. Configure monitoramento e alarmes baseados nesses SLOs<\/strong><\/li>\n\n\n\n
  6. Compartilhe com o time (n\u00e3o adianta nada se s\u00f3 voc\u00ea souber)<\/li>\n<\/ol>\n\n\n\n
    \n\n\n\n

    Pra fechar: e se tudo isso virasse cultura?<\/h3>\n\n\n\n

    Agora imagina s\u00f3…<\/p>\n\n\n\n

    Voc\u00ea com todos esses SLIs bem definidos<\/strong>, seus SLOs vis\u00edveis num dashboard<\/strong>, alarmes configurados com crit\u00e9rios claros \u2014 e o time inteiro sabendo exatamente o que \u00e9 um sistema saud\u00e1vel<\/strong>.<\/p>\n\n\n\n

    Ficaria bem mais f\u00e1cil tomar decis\u00f5es, certo?<\/p>\n\n\n\n