Skip to main content
A API REST do ChatCLI AIOps Platform fornece acesso programático completo a todas as funcionalidades da plataforma. Construída sobre padrões Kubernetes-like (apiVersion + kind + metadata + spec + status), com autenticação via API key e rate limiting por role.

Incidents

Detecção, ack, snooze, timeline, remediação e resolução

Runbooks

CRUD completo de planos de remediação

Analytics

MTTD, MTTR, trends, top resources, capacity, compliance

SLOs

Targets, error budget, burn rate e histórico

Federation

Status multi-cluster, correlações cross-tier

Health

Liveness e readiness probes

Base URL

A porta padrão é 8090 mas pode ser alterada via Helm (--set apiPort=...) ou env var CHATCLI_API_PORT. Em produção, exponha atrás de um Ingress com TLS.

Fluxo de uma requisição


Autenticação

Todas as requisições devem incluir o header X-API-Key com uma chave válida:

Roles

viewer

Somente leitura. GET em todos os endpoints. Ideal para dashboards e ferramentas de observabilidade.

operator

Operação diária. GET + POST de ações (acknowledge, approve, reject). NOC, SRE e on-call.

admin

Acesso total. GET, POST, PUT, DELETE. CI/CD, automações privilegiadas e ferramentas de gestão.
As chaves de API são configuradas no ConfigMap do operator:
Em ambiente de desenvolvimento, se o ConfigMap chatcli-api-keys não existir, o operator roda em dev mode sem auth — útil para testes locais, nunca em produção.

Rate limiting

Headers de rate limit retornados em cada resposta:
Quando o limite é excedido, o operator retorna 429 Too Many Requests com header Retry-After (em segundos). Implemente backoff exponencial em clients de produção.

Formato de resposta

Todas as respostas seguem o padrão Kubernetes-like:

Códigos de erro


Paginação

Endpoints que retornam listas suportam paginação via query parameters:
integer
padrão:"1"
Número da página (começa em 1)
integer
padrão:"20"
Itens por página (máximo: 100)
A resposta inclui metadata.totalCount para você calcular o número total de páginas.

Versionamento

A API utiliza versionamento via path (/api/v1/). Versões futuras serão adicionadas como /api/v2/ mantendo compatibilidade retroativa com v1.
Mudanças breaking-change só ocorrem entre versões maiores. Dentro de uma versão, apenas adições compatíveis (novos campos opcionais, novos endpoints) são publicadas.

Próximos passos

AIOps Platform — visão geral

Como a plataforma detecta, analisa e remedia incidentes

Operator Kubernetes

Deploy do operator, CRDs e configuração

Incident lifecycle

Fluxo completo: detecção → análise → remediação → resolução

AIOps em produção

Cookbook: setup completo com TLS, RBAC, notificações e SLOs