O plano gratuito é uma experiência?
Não. Cinco verificações com intervalo de cinco minutos, por tempo indeterminado e sem cartão. Corre na mesma infraestrutura e nas mesmas duas regiões de sondagem que qualquer plano pago — não existe um motor separado para o plano gratuito.
Ver todos os planos →
Onde ficam guardados os meus dados de monitorização?
Em França, em infraestrutura Scaleway na região fr-par. Existe uma segunda região de sondagem na UE apenas para redundância e nunca guarda dados pessoais — só resultados de verificações em trânsito. Está disponível para leitura e download um DPA estruturado no artigo 28 do RGPD.
Segurança e dados →
Durante quanto tempo são guardados os dados de monitorização?
Os resultados das verificações são guardados 90 dias e depois eliminados; a saída que o processo anexa a um ping de falha é guardada 30 dias. São mínimos e não médias — nada é eliminado antes, e a página de Segurança indica quanto um registo pode exceder cada janela até que o mecanismo que o elimina volte a ser executado. Ambas as janelas são iguais em todos os planos, incluindo o gratuito: a retenção não é vendida como melhoria de plano. O apagamento ao abrigo do art. 17.º do RGPD é imediato e não aguarda nenhuma das duas janelas.
A retenção em detalhe →
Como evitam acordar-me sem motivo?
Uma falha tem de ser confirmada por uma segunda região de sondagem independente antes de o alertar, e uma verificação só fica em baixo depois de N falhas consecutivas — duas por omissão, configurável por verificação. Uma única região a perder a rede não gera alerta.
Como funciona a confirmação em duas regiões →
Porque é que a minha verificação falhou sem enviar alerta?
Quase sempre um canal de alerta não confirmado. Um canal não recebe nada até ser validado: o e-mail valida quando clica no link enviado para esse endereço, o webhook, o Slack e o Discord no momento em que uma entrega de teste funciona. É deliberado — garante que os alertas nunca vão para um destino que ninguém confirmou — mas significa que adicionar um canal são dois passos, não um. Cada verificação mostra um registo de entregas com o que foi enviado e o que foi ignorado, com o motivo.
Como funcionam os alertas →
Por que meios posso ser alertado?
E-mail, Telegram, webhooks de entrada do Slack e do Discord e um webhook genérico assinado com HMAC para qualquer endpoint HTTPS. Os canais são atribuíveis por verificação ou ficam como predefinição da organização. Não há SMS nem chamadas telefónicas.
Os alertas em detalhe →
Conseguem monitorizar um cron que deve correr às 3 nos dias úteis?
Sim. Uma verificação cron aceita a própria linha de crontab, por exemplo 0 3 * * 1-5, mais o fuso horário em que o seu servidor a executa. O prazo passa a ser a próxima execução agendada mais um período de tolerância, pelo que uma tarefa só de dias úteis fica silenciosa no fim de semana em vez de o alertar todos os sábados, e uma execução falhada é notada dentro da sua própria janela de tolerância em vez de um dia depois.
Monitorização de cron e heartbeat →
Com que frequência pode correr uma verificação?
De cada 30 segundos a cada 24 horas. O mínimo depende do plano: cinco minutos no Free, um minuto no Starter e trinta segundos no Pro e no Business.
Limites dos planos →
Tenho uma página de estado pública?
Sim, no Pro e no Business. O Tower dá-lhe uma página em status.okokumo.com com o seu próprio slug, onde escolhe quais as verificações que aparecem como componentes e dá a cada uma um nome para o seu público. Nada mais sobre uma verificação é exposto — nem o URL, nem o nome interno. O Business pode servir a página a partir do seu próprio nome de host, com um certificado que obtemos e renovamos.
Sobre o Tower →
A página de estado pode usar o meu domínio?
No Business sim, para um subdomínio como status.suaempresa.pt. Adiciona o nome de host, cria o único registo CNAME que lhe mostramos e clica em Verificar. Um domínio apex não pode ser um CNAME, por isso não pode apontar para nós. O seu endereço okokumo original continua a funcionar, pelo que os links que já partilhou não se quebram.
Sobre o Tower →
Existe uma API?
Sim. Uma API REST versionada em /v1 com chaves de API por organização cobre criar e gerir verificações, ler o seu estado e resultados, e conduzir incidentes na página de estado. A configuração da organização — equipa, faturação, o seu endereço público — permanece apenas por sessão, pelo que uma chave exposta pode narrar uma falha mas não redirecionar a sua página de estado.
Ajuda e documentação →
O que é que o okokumo deliberadamente não faz?
Sem agregação de logs, sem APM nem tracing, sem monitorização de utilizador real, sem SMS e sem verificações TCP ou de portas arbitrárias. A tarefa é saber o momento em que algo de que depende se avaria e dizê-lo depressa, sem falsos alarmes. As ferramentas que tentam ser uma plataforma de observabilidade completa fazem pior essa parte.
Quem monitoriza o okokumo?
Um monitor independente de terceiros fora da nossa própria infraestrutura, que alerta o fundador por um canal que não depende de o okokumo estar a funcionar. O seu veredicto é publicado em vez de resumido, para que o possa verificar por si.
Estado do sistema em direto →
Como funciona a faturação, e posso cancelar?
Mensal através da Stripe, com faturação conforme às regras francesas: numeração sequencial, IVA correto para França, autoliquidação B2B na UE e fora da UE, e as menções legais que a lei francesa exige. As subidas e descidas de plano são self-service, e cancelar deixa a conta no plano gratuito em vez de a eliminar.
Preços e faturação →