Aceitar convite

Defina sua senha para ativar o acesso.

Verificar e-mail

Confirme sua conta Cloud para continuar.

Configurar sua conta

Crie o tenant e a primeira organização.

Holistic Health Bytes

Monitoramento holístico self-hosted

Holistic Health Bytes

Saúde operacional da aplicação

Tenant

Organização

Selecione uma organização no topo (ou clique no botão +) para começar.

Você ainda não tem acesso a nenhuma organização. Peça a um administrador para adicionar sua conta.

Console da plataforma

Usuários da instalação

Com senha: conta ativa imediata. Sem senha: gera link; o convidado cria a senha em /invite.

Login e provedores de identidade

Habilitado

Auditoria

Plano e consumo

API keys

Sessões ativas

Preferências de notificação

Aplicadas à organização selecionada no topo.

Web Push E-mail SMS / WhatsApp Telefone (E.164) Telegram chat ID Silenciar até Horário silencioso até Timezone Críticos ignoram mute/horário silencioso

0Hosts

0Online

0Alertas

Aplicação

Crie toda a estrutura de dependência da aplicação de forma simples e rápida aqui.

Selecione ou crie uma aplicação para ver o gráfico de dependências.

Crie toda a estrutura de dependência da aplicação de forma simples e rápida aqui.

Métricas

Heartbeat e SLO

Runtime

Vendors externos

Comparar ambientes

Timeline

Erros

Incluir resolvidos

Recursos

Checks

Endpoints sintéticos (HTTP/TCP) executados nos hosts alcançáveis da aplicação.

Hosts alcançáveis

Insights

Alertas

Eventos

Composição

Diagrama editável: App → Componente → Cluster → Servidor → Fornecedor. Clique em um nó para selecionar; use + Filho, Editar ou Plano.

Aplicação

Selecione ou crie uma aplicação para montar a composição.

Aplicações

Aplicações dependem de componentes (e, opcionalmente, de fornecedores). Detalhe e métricas ficam na Visão geral.

Componentes

Unidade que a aplicação consome: Deployment, Job ou CronJob em um cluster, ou um servidor.

Fornecedores

Servidores

Alertas

Eventos recentes

Clusters

Membros da organização

Se a conta ainda não existir, um convite com link será gerado — o convidado define a senha na página do link.

Grupos

Grupos reúnem membros ativos da organização para receber alertas e insights.

Destinos padrão de notificação

Usados por qualquer regra de alerta que não defina destinos próprios. Sem destinos válidos, a notificação cai para owners e admins da organização.

Issues

Alertas

Detalhe do alerta

Incidentes

Detalhe

Página pública

War room

Postmortem

Atendimentos

Detalhe

Filas

SLA por criticidade

Base de conhecimento

Canais de notificação

Webhook, Slack, Discord ou e-mail — disparados junto com Web Push quando um alerta ou insight dispara.

Escalação

Se um alerta crítico permanece sem ack, notifica os destinos de escalação uma vez.

Habilitada Após (minutos sem ack) Severidades (vírgula)

Novo servidor

Passo 1 de 4 — metadados

Para Descobrir K8s, vincule este servidor a um cluster (o agente dele será o runner).

Escolha como instalar o agente neste host.

Execute este script no servidor alvo. O token expira em 15 minutos.

Prefira credencial temporária. Use uma chave SSH de escopo limitado ou um usuário Linux temporário com sudo mínimo só para o install.

A credencial serve apenas ao bootstrap. Revogue depois (apague a chave / remova o usuário).

Cole a senha ou a chave privada normalmente — o navegador cifra automaticamente antes de enviar. Nada é salvo no Holistic.

Entendi: uso credencial temporária, vou revogar após o install, e a instalação será executada agora.

Autenticação Chave privada Senha

Este navegador não tem Web Crypto. Use outro navegador — install SSH não envia segredo em claro.

Aguardando o agente se conectar…

Editar servidor

Nome, ambiente, endereço e vínculo com organização / cluster

Cluster (agente runner para K8s)

O Descobrir e o monitoramento Kubernetes usam o agente deste servidor para falar com a API do cluster.

Reaplicar planos de host/cluster ao salvar

Criar plano de monitoração

Defina dependências, o que monitorar e quando alertar

Application Health

Comece com um template e ajuste monitoramentos e alertas.

Depende de

Monitora

Selecionar dependências

Escolha fornecedores, servidores, clusters e outras aplicações dos quais este alvo depende.

Nenhum recurso nesta categoria.

Adicionar monitoramento

Busque e selecione o que deseja monitorar.

Nenhum monitoramento disponível.

Configurar

URL HTTP Aviso TLS (dias restantes)

URL da status page Texto que indica OK

Host TCP Porta

Processos (vírgula) — opcional com Docker

Units systemd (vírgula)

Memória % (OOM) Eventos OOM (limiar / 24h) Sem sinal (minutos) Reinícios (limiar) Janela de reinícios (minutos)

Dispara quando um fornecedor dependente está degradado e um httpcheck da app falha.

Respostas 5xx (limiar) Janela de 5xx (minutos)

Descubra o inventário via o agente runner. Credenciais ficam em Editar cluster. Cada modelo vira um monitor no runner (Deployments viram um monitor por recurso).

Modelos de monitoração

Deployment Ready — ready/available abaixo das réplicas desejadas Node Ready — nodes NotReady Pods Failed / Pending — pods Failed ou Pending Job Failed — Jobs que terminaram com falha CronJob Health — suspenso, em atraso no schedule ou com Jobs filhos falhos

Namespaces

Deployments (um monitor por item marcado)

Jobs (um monitor por item marcado)

CronJobs (um monitor por item marcado)

Monitores que serão aplicados

Nenhum parâmetro adicional para este monitoramento.

Adicionar alerta

Escolha o monitoramento, o campo, o comparador, o valor e a prioridade.

Monitoramento Campo

Nenhum campo para este monitoramento.

Comparador Valor

Prioridade

Notificar

Destinos deste grupo de alertas. Sem seleção, valem os destinos padrão da organização.

Plugins

Como extensões: veja o que já está neste servidor e o que ainda pode instalar. Monitores do plano (ex. Kubernetes) ficam agrupados no plugin.

Buscar plugins

Instalados

Disponíveis

Novo grupo

Membros ativos da organização que receberão as notificações direcionadas ao grupo

Nome Descrição

Ambiente da aplicação

Environment e tags usados no inventário e filtros

Ambiente Criticidade (SLA) Tags (separadas por vírgula)

Novo recurso

Endpoint, workload ou service lógico da aplicação

Tipo Nome Ambiente Tags (separadas por vírgula)

Novo check

Checks sintéticos e runtime materializados nos hosts alcançáveis

Tipo Recurso (opcional) Nome Intervalo (segundos)

URL Status esperado Aviso TLS (dias restantes)

Host Porta

Arquivos de log (um por linha) Linhas por leitura (tail)

Padrões default: oom_kill (critical) e service_restart (warning). Matches viram eventos e alertas ligados à aplicação.

Parâmetros JSON

Habilitado

Provisionamento

Novo fornecedor

Passo 1 — escolha o provedor

Buscar Categoria

Nome Região Tipo de serviço Tipo de serviço Descrição URL de status Criar plano de monitoração com status page (RSS gratuito)

Novo canal

Tipo Nome URL / Webhook

Provedor From / remetente API key / token API secret Account SID / Auth ID Auth token / secret key Região (SES) Phone number ID (Meta) App ID (OneSignal) Project ID (FCM) Domínio (Mailgun) Bot token (Telegram) Chat IDs fixos (Telegram) Base URL (ntfy)

Deixe secrets em branco ao editar para manter o valor atual.

Habilitado

Nova issue

Título Descrição Prioridade Status

Novo incidente

Título Resumo Severidade

Novo ticket

Título Descrição Fila Prioridade Status

Nova fila

Nome Tipo

Novo artigo

Título Conteúdo

Nova organização

Defina o nome para criar o workspace

Nome Descrição

Nova aplicação

Aplicação monitorada nesta organização

Nome

Adicionar à composição

Crie ou vincule um item aninhado

Tipo Criar novo Vincular existente

Nome

Kind Cluster (backing)

Ou crie um cluster novo pelo nome abaixo (deixe o select em “— novo —”).

Novo cluster (opcional) Namespace Objeto

Provedor Tipo de serviço

Endereço (opcional)

Item existente

Novo componente

O que a aplicação depende — usa um servidor ou um objeto Kubernetes em um cluster.

Nome Descrição (opcional) Usa Servidor Cluster

Kind

Namespace Objeto

Modelos de monitor Deployment / Job / CronJob health Warning events (OOM / fatal)

Novo cluster

Grupo Kubernetes desta organização. Endpoint e token são usados pelo agente do servidor runner (não pelo Holistic direto).

Nome Descrição (opcional) API server Bearer token (ServiceAccount)

Deixe em branco para manter o token já configurado.

Ignorar verificação TLS (lab / CA privada) Servidor runner (agente)

O Descobrir e o plugin k8s rodam neste servidor. Ele precisa alcançar a API do cluster.

Como gerar o Bearer token

Este navegador não tem Web Crypto — o token não pode ser enviado em claro.