Mais cedo ou mais tarde, uma agência que mantém vários websites de clientes acaba por saber de uma falha através do próprio cliente, normalmente no pior momento possível. UptimeRobot Pro ou serviços SaaS semelhantes resolvem este problema, mas cobram uma taxa de subscrição mensal por algo que é essencialmente uma tarefa simples: verificar periodicamente um endereço e enviar uma notificação quando este deixa de responder. O Uptime Kuma faz exatamente o mesmo como software de código aberto, e tu podes instalá-lo na tua própria Box, sem limite do número de endereços monitorizados e sem fatura mensal. Abaixo, encontra um guia passo a passo sobre como instalar o Uptime Kuma no Saplo.
Porquê Uptime Kuma em vez de UptimeRobot Pro
O monitoramento pago da disponibilidade faz sentido, desde que o número de endereços monitorizados seja pequeno. O problema começa quando a agência cresce:
- o preço aumenta com o número de monitores e a frequência de verificação - O UptimeRobot Pro custa cerca de 30 dólares por mês por um pacote de monitores verificados a cada minuto; quanto mais sites de clientes tiveres, mais elevado será o plano,
- os dados de inatividade estão com um fornecedor externo - o histórico de disponibilidade, gráficos e registos de incidentes são um recurso que é construído ao longo de anos e que, ao mudar de fornecedor, tens de deixar ou exportar manualmente.
O Uptime Kuma não tem nenhuma dessas limitações, pois funciona como um único contentor Docker na tua própria Box: o número de monitores é limitado apenas pelos recursos do servidor, não pela tabela de preços, e os dados permanecem contigo.
Requisitos
Para instalares o Uptime Kuma na Saplo, precisas de:
- Uma Box com Docker a funcionar (o motor ativa-o automaticamente ao instalar a partir do catálogo, sendo necessário o "nesting" no contentor, que a Saplo tem por predefinição),
- Um mínimo de 512 MB de RAM livre na Box e 2 GB de espaço em disco, ou seja, o plano Box M é suficiente,
- Um domínio ou subdomínio
*.saploapp.plincluído em qualquer plano, onde o painel Uptime Kuma será alojado, - NÃO precisas de uma base de dados separada, o Uptime Kuma armazena tudo na sua própria base de dados SQLite no volume Docker.
Instalação passo a passo
- No Painel Saplo, acede ao Catálogo de aplicações e seleciona Uptime Kuma (categoria "Dados").
- Indica a Box com um mínimo de 512 MB de RAM livre onde o Uptime Kuma será instalado, e o domínio ou subdomínio sob o qual o painel irá funcionar.
- Confirma a instalação. O motor cria um contentor a partir da imagem oficial
louislam/uptime-kuma:2, expõe-o apenas ao loopback da Box e conecta-o ao nginx, que o serve sob o domínio especificado com SSL gratuito. Apenas a porta 443 é exposta externamente, não a porta bruta 3001 do contentor. - Após
docker compose up, o motor verifica adicionalmente se o painel responde efetivamente via HTTP, porque o status "contentor em execução" por si só não significa que o processo interno não tenha entrado num ciclo de reinícios momentos depois. - Após a conclusão da instalação, o painel Uptime Kuma fica disponível sob o domínio especificado.
Primeira configuração
O Uptime Kuma não cria uma conta de administrador automaticamente, apenas exibe um assistente na primeira vez que acedes.
- Acede ao endereço do domínio, por exemplo
status.saploapp.pl, e no assistente, cria uma conta de administrador (login e palavra-passe, sem e-mail com link de ativação). - No separador Monitors, adiciona o primeiro monitor: escolhe o tipo (HTTP(s), Porta TCP, DNS, Ping e alguns outros), fornece o endereço e a frequência de verificação, por predefinição a cada 60 segundos.
- No separador Notifications, configura um canal de notificação, e-mail através do teu próprio servidor SMTP ou webhook para Discord, Telegram, Slack ou uma das dezenas de outras integrações, e associa-o ao monitor.
- Se quiseres mostrar ao cliente o estado dos seus serviços sem que ele inicie sessão no painel, no separador Status Pages, cria uma página de estado pública, adiciona-lhe os monitores selecionados e associa-a a um subdomínio, por exemplo
status.seudominio.com. - O Uptime Kuma na versão 2 alterou o número predefinido de tentativas antes de relatar uma falha de 1 para 0, então, numa nova instalação, o monitor relata um tempo de inatividade imediatamente após a primeira verificação falhada; é importante ter isso em mente para monitores sensíveis a falhas temporárias de rede.
Uptime Kuma na Saplo vs. UptimeRobot Pro
| UptimeRobot Pro | Uptime Kuma na Saplo | |
|---|---|---|
| Modelo de preço | cerca de 30 USD/mês, aumenta com o número de monitores | custo fixo do Box, sem limite de monitores |
| Frequência de verificação | depende do plano | qualquer, limitada pelos recursos do Box |
| Notificações | e-mail, SMS, integrações selecionadas dependendo do plano | e-mail, Discord, Telegram, Slack e dezenas de outros, tudo incluído no preço |
| Página de estado pública | disponível em planos superiores | integrada, sem custo adicional |
| Onde estão os dados | infraestrutura UptimeRobot | O teu Box |
Perguntas Frequentes
O Uptime Kuma precisa de uma base de dados separada? Não, a aplicação guarda toda a configuração e histórico dos monitores na sua própria base de dados SQLite no volume Docker. O motor Saplo não instala nenhum contentor de base de dados adicional para isso.
Quantos monitores posso adicionar? Quantos os recursos da Box permitirem. Na lista de preços da Saplo não há limite para o número de monitores, ao contrário dos planos do UptimeRobot.
O Uptime Kuma consegue monitorizar algo mais do que websites? Sim, além de HTTP(s), suporta a verificação de portas TCP, consultas DNS, ping e vários outros tipos, por isso também monitoriza bases de dados ou serviços sem interface web.
É preciso instalar o Docker antes de configurar o Uptime Kuma? Não, o motor Saplo instala o Docker CE automaticamente na primeira instalação de qualquer aplicação em contentor numa Box específica.
Vale a pena alterar o número padrão de novas tentativas no Uptime Kuma 2? Vale a pena verificar isto para monitores sensíveis a interrupções temporárias da ligação, porque o valor padrão na versão 2 reporta uma falha logo após a primeira verificação sem sucesso, em vez de esperar por uma segunda tentativa como na versão 1.
Se monitorizas os sites de vários clientes ao mesmo tempo e queres ser o primeiro a saber de uma falha, e não o último, entra em contacto connosco. Iremos ajudar-te a escolher a Box certa para a escala da tua monitorização.
- #Agências
- #DevOps
- #Monitoring
- #Guia
- #Uptime Kuma
