Monitoramento

O Studio Next oferece monitoramento completo: métricas em tempo real, alertas automáticos e health checks. Mantenha sua infraestrutura saudável e receba notificações antes que problemas afetem usuários.

Dashboard de métricas

Acesse Monitoring no sidebar para ver o dashboard principal.

Métricas de VM

Métricas são coletadas pelo agente instalado na VM. Se a VM não tem agente, clique em Install Agent para habilitar monitoramento.
CPU Usage
  • Gráfico de uso % ao longo do tempo
  • Média, pico e tendência
  • Identifique picos e anomalias
Memory Usage
  • RAM usada vs total
  • Swap usage
  • Detecte memory leaks
Disk I/O
  • Leitura/escrita (MB/s)
  • IOPS
  • Identifique bottlenecks de storage
Network
  • Tráfego in/out (Mbps)
  • Pacotes/s
  • Detecte spikes de tráfego

Métricas de app

Para apps deployadas, veja:
  • Requests/s: throughput
  • Response Time: latência média, p99
  • Error Rate: % de requests com erro
  • Active Connections: conexões ativas

Métricas de banco de dados

  • Connections: conexões ativas
  • Queries/s: queries por segundo
  • Query Latency: tempo médio de query
  • Cache Hit Rate: (Redis) % de hits

Alertas automáticos

O Studio Next configura alertas automáticos por padrão:
MétricaThresholdSeveridade
CPU> 80% por 5 minWarning
CPU> 95% por 2 minCritical
RAM> 90% por 3 minCritical
Disco> 85%Warning
Disco> 95%Critical
App Error Rate> 5%Warning

Configurando alertas custom

1

Acessar Alertas

Vá em Monitoring → Alerts.
2

Criar alerta

Clique em New Alert. Configure:
  • Nome: ex: “High Memory Usage”
  • Métrica: CPU, RAM, Disk, etc
  • Condição: > 80% por 5 minutos
  • Severidade: Warning, Critical
  • Notificações: Email, Slack, Discord
3

Salvar

Clique em Create. O alerta começa a monitorar imediatamente.

Anomalias e tendências

O Studio Next detecta automaticamente:
  • Spike: aumento repentino (> 2x da média)
  • Drop: queda súbita
  • Trend: crescimento ou declínio gradual
Anomalias são destacadas no gráfico com pontos laranja. Clique para ver detalhes e possíveis causas.

Notificações

Configure canais de notificação:

Email

Notificações por email são habilitadas por padrão. Configure em Settings → Notifications.

Slack

1

Criar Slack Webhook

No Slack, vá em Apps → Incoming Webhooks. Crie um webhook para o canal desejado. ``` https://hooks.slack.com/services/T00000000/B00000000/XXXXXXXXXXXXXXXXXXXXXXXX
</Step>

<Step title="Configurar no Studio Next">
Vá em **Settings** → **Notifications** → **Add Slack**. Cole a webhook URL e
teste a conexão.
</Step>
</Steps>

### Discord

<Steps>
<Step title="Criar Discord Webhook">
No Discord, vá nas configurações do canal → **Webhooks** → **Create
Webhook**. ```
https://discord.com/api/webhooks/000000000000000000/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2

Configurar no Studio Next

Vá em Settings → Notifications → Add Discord. Cole a webhook URL.
Você pode configurar múltiplos canais. Ex: alertas críticos vão para Slack, warnings vão para email.

Health Checks

Health checks monitoram a disponibilidade da sua app:
1

Criar health check

Vá em Monitoring → Health Checks → New Check.
2

Configurar

  • URL: endpoint a monitorar (ex: /health) - Método: GET, POST, etc
  • Interval: a cada 1, 5, 10, 30 minutos - Timeout: 5-30 segundos - Expected Status: 200, 201, etc - Expected Body: (opcional) texto esperado na resposta
3

Auto-restart

Marque Auto-restart on failure para reiniciar a app automaticamente se o health check falhar X vezes consecutivas. Configure: - Failure threshold: 3 falhas - Max restarts: 5 por hora - Cooldown: 10 minutos entre restarts
4

Notificações

Marque Notify on failure para receber alertas quando o health check falhar.

Health check endpoint

Crie um endpoint /health na sua app: Node.js (Express):
app.get("/health", (req, res) => {
  const health = {
    uptime: process.uptime(),
    timestamp: Date.now(),
    status: "healthy",
  };
  res.status(200).json(health);
});
Python (FastAPI):
@app.get("/health")
async def health():
    return {
        "status": "healthy",
        "timestamp": time.time()
    }
Health checks simples (200 OK) são suficientes para a maioria dos casos. Para apps críticas, inclua checks de database, cache, etc.

Logs

Logs de VM

Veja logs do sistema:
# System logs
tail -f /var/log/syslog

# Docker logs
docker logs -f container_name

# PM2 logs
pm2 logs app_name

Logs de app

Acesse logs da app em Deploy → clique na app → Logs.
  • stdout/stderr: output do processo
  • Build logs: logs do build
  • Access logs: requests HTTP (se configurado)
Logs são armazenados por 30 dias. Após isso, são rotacionados e deletados.

Query de logs

Use a busca para filtrar logs:
  • Text search: busque por texto livre
  • Level: filter por ERROR, WARN, INFO
  • Time range: última 1h, 6h, 24h, 7d

Activity Feed

Veja todas as ações realizadas na workspace:
  • Quem criou/alterou recursos
  • Deploys realizados
  • Alertas disparados
  • Mudanças de configuração
Acesse em Activity no sidebar.

Próximos passos