Aceitar convite

Defina sua senha para ativar o acesso.

Verificar e-mail

Confirme sua conta Cloud para continuar.

Crie sua organização

Esse é o workspace onde você vai monitorar aplicações (incluindo Railway/Heroku), hosts e alertas.

Nome da organização Identificador da conta

Holistic Health Bytes

Monitoramento holístico self-hosted

Conhecer o produto · Ver preços

Holistic Health Bytes

Saúde operacional da aplicação

Conta

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 uso

Plano, uso e limites

Resumo semanal do dono

E-mail só com mudanças (alertas novos, hosts offline, deploys) para owner/admin/billing.

Ativar digest semanal

Exportar conta

Backup JSON de organizações, apps, hosts, alertas recentes e auditoria (self-serve).

Custo no seu cloud (AWS, Azure ou GCP). O Holistic não cobra por gigabyte de telemetria, mas o agente nos seus servidores pode gerar um pequeno custo de saída de dados (egress) no provedor onde a máquina está. Em frotas pequenas costuma ser centavos ou zero (franquia gratuita). Ver estimativa por fornecedor

Qual plano combina com você?

Responda 3 perguntas rápidas — sugerimos um plano sem compromisso. Você escolhe no final.

1. O que você quer monitorar agora? Ambiente de teste / laboratório / prova de conceito Uma aplicação em produção (simples) Operação de pequena empresa Várias apps / time maior / crescimento

2. Quantos servidores (máquinas com agente) ficam ligados o mês todo? 1 servidor 2 a 3 servidores 4 a 8 servidores 9 ou mais servidores

3. Quantas pessoas precisam de acesso? 1–2 3–5 6–15 16+

Escolha o plano

Valores em reais. O incluso é o que o plano cobre no mês. Sem excedente ligado, passar do incluso bloqueia novas inclusões. Com excedente ligado, cobra o extra até o teto do plano ou o teto de gasto que você definir.

Uso extra (opcional)

Aceitar cobrança depois do incluso Teto máximo de gasto extra no período (R$)

O plano Free não permite uso extra. Logs: o volume incluso entra no pacote; o que passar disso usa o preço por milhão de bytes do plano.

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.

—

Selecione uma aplicação.

Precisa de atenção

Cockpit

Configuração da aplicação

Operação holística

Impacto de negócio

—

Usuários / receita não definidos.

Ops metrics (7d)

—

Status page

Desligada

Deploy hook

—

Digest

Envia só mudanças: novos alertas, host offline, deploys e uso perto do soft limit.

Off

Recursos

Checks

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

Hosts alcançáveis

Composição

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

Aplicação

Monte a composição da aplicação

Selecione uma app no topo ou crie uma nova. Depois ligue servidores, clusters e fornecedores no diagrama.

Sinais

Escolha uma aplicação na Visão geral para ver timeline, métricas e eventos.

Métricas

Heartbeat e SLO

Runtime

Vendors externos

Comparar ambientes

Timeline

Erros

Incluir resolvidos

Insights

Eventos recentes

Aplicações

Detalhe e saúde ficam na Visão geral — use Abrir no card. Sinais e métricas em Operação → Sinais.

Componentes

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

Fornecedores

Servidores

Alertas

Eventos recentes

Servidor

Status

Recursos

Manutenção deste host

Alertas deste servidor

Eventos deste servidor

Operação da frota

Fila de jobs ativos e relatórios before/after das manutenções recentes.

Relatório de manutenção

Atualização automática de pacotes

Na janela definida, a organização agenda manutenção só nos servidores com pacotes pendentes. A execução é sequencial (paralelo configurável) para não tirar a frota inteira do ar.

Habilitada

Fuso horário Horário (local) : Janela (minutos) Paralelo máx. (hosts)

Dias da semana Dom Seg Ter Qua Qui Sex Sáb

Incluir reboot quando necessário (um host por vez; espera voltar online) Após pacotes, executar autoremove (apt/dnf) Snapshot / script pré-update (roda antes dos pacotes)

Script pré-update Grace pós-reboot (min)

Servidores excluídos

Hosts fora da atualização automática. Também dá para marcar no detalhe de cada servidor.

Excluir servidor

Avançado · tags de exclusão

Tags (vírgula)

Padrão: no-auto-update. A lista acima aplica essa tag no host.

Limpeza automática de disco

Na janela definida, agenda limpeza de disco nos servidores com alerta de crescimento de disco aberto.

Habilitada

Fuso horário Horário (local) : Janela (minutos) Limiar disco (%)

Dias da semana Dom Seg Ter Qua Qui Sex Sáb

Tags de exclusão (vírgula)

Outras manutenções automáticas

Policies por tipo (mesma janela TZ/dias). Desabilitadas por padrão.

Vacuum de logs (journal + logs rotacionados)

Prune Docker / containerd

Restart de units systemd failed

Rollout de plugins (hash pendente)

Aceitar baseline de inventário (tag)

Renovação TLS via script

Biblioteca de scripts

Scripts da organização para execução remota nos servidores (agente Linux). Templates são criados na primeira listagem se a biblioteca estiver vazia.

Clusters

Cluster

Carregue o inventário para navegar entre nós, namespaces e volumes.

Resumo

Carregue o diagnóstico para ver eventos e pods com problema.

Eventos Warning

Pods com problema

Pod

Selecione um container para ver os logs.

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.

Issue trackers externos

GitHub, Linear ou Jira (BYO token). Issues novas são enviadas automaticamente; use Sync para puxar status.

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)

Navegar para

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

URL padrão http://127.0.0.1/health (porta 80). Só use se a aplicação realmente responde nesse host, porta e path — caso contrário o check gera connection refused permanente.

Aviso TLS (dias restantes)

URL da status page Texto que indica OK

Host TCP Porta

Processos (vírgula)

Nome do processo/binário que deve estar rodando neste servidor. Deixe vazio se ainda não souber.

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) IPs conhecidos (allowlist, vírgula ou CIDR)

Descubra o inventário via o agente runner (plugin usa kubectl). 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 Warning Events — OOMKilling, BackOff, Failed, Unhealthy (eventos do cluster)

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) Grupo de compare (staging vs prod)

Apps com o mesmo grupo aparecem em Comparar ambientes (health, cobertura, deploys).

Status page

Página pública e branding

Página pública ativa Marca (status) Logo URL Cor de destaque Domínio custom (CNAME)

Impacto de negócio

Estimativas usadas em priorização e blast radius

Usuários estimados Receita estimada

Digest

Resumo periódico só com mudanças

Frequência

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

AWS Access Key ID AWS Secret Access Key Prefixo de função (opcional)

Token da API (Railway / Heroku) Project ID (opcional, Railway)

Cifrado no navegador antes do envio. Habilita inventário, métricas e logs para análise. Como criar o token / IAM

Monitoração API Inventário Métricas / recursos Logs recentes (erros → análise)

Criar plano de monitoração com status page (RSS gratuito)

Novo tracker

Provedor Nome Owner (GitHub) Repo (GitHub) Team ID (Linear) Base URL (Jira) E-mail (Jira) Project key (Jira) Token / API key Habilitado

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

Passo 1 de 3 — contexto inicial

Nome Ambiente Criticidade

Qual arquitetura descreve melhor essa aplicação agora?

PaaS (Railway / Heroku)
Sem agente no dyno: conecta a API do provedor + URL pública da app. VM / servidor
Vou monitorar máquinas (CPU, memória, disco, processos, HTTP). Kubernetes
A aplicação roda em cluster e quero mapear workloads. SaaS / endpoint externo
Preciso observar URL pública e dependências externas. Arquitetura mista
Tenho infra + serviços externos e quero montar o grafo guiado.

Depois de criar, vamos orientar os próximos passos.

Template inicial de monitoração Aplicar template automaticamente ao abrir o plano

Se desmarcar, só vamos sugerir o template no plano para você decidir.

Abrir criação de plano/checks imediatamente Abrir próximo passo guiado

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 via kubectl (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 usam kubectl neste servidor runner. O host precisa ter kubectl no PATH e 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.