Páginas de status

Uma página de status mostra aos seus clientes se seus apps estão no ar. Ela lista os apps que você escolher, uma barra de uptime de 90 dias para cada um, e incidentes atuais e passados.

Criando uma

Vá em Status pages na barra lateral (em Operate), depois New status page (somente admins), e preencha:

• Title, por exemplo “Acme status”.
• Address: a página fica em https://app.railyard.run/status/<address>. São de 3 a 50 letras minúsculas, números e hífens.
• Short description (opcional).
• Public: marque e qualquer pessoa com o link pode ver a página. Desmarcado, a página fica como rascunho e seu endereço público responde “não encontrado”.

Nas configurações da página, Add app escolhe um app e um nome em Shown as (por exemplo “API”), então os clientes nunca veem os nomes internos dos apps.

O que os visitantes veem

• Um banner geral resumindo todos os apps: operacional, degradado, uma interrupção parcial ou uma interrupção major. Um incidente aberto conta como degradado.
• Uma linha por app com seu estado atual. Os estados são operacional, degradado (2 ou mais das últimas 5 verificações falharam), fora do ar, em manutenção e dormindo.
• 90 dias de barras de uptime diário e a porcentagem de uptime, construídas a partir das próprias verificações de uptime do Railyard.
• Incidentes atuais, depois os incidentes dos últimos 14 dias.

A página atualiza a cada minuto e segue a preferência de tema claro ou escuro do visitante. Uma versão em JSON (/status/<address>.json) traz o estado de cada app, seu uptime de 90 dias e qualquer incidente aberto, para você usar nas suas próprias ferramentas.

Incidentes

Os incidentes abrem e se resolvem por conta própria quando um app da página fica fora do ar e volta. Você também pode publicar os seus com:

• Title: por exemplo “Checkouts lentos para alguns clientes”.
• Impact: minor, major, critical ou maintenance.
• Status: investigating, identified, monitoring ou resolved.
• First update: a mensagem que os clientes veem.

Você pode publicar atualizações conforme a situação muda, e definir o status como resolved para encerrar o incidente.

Limites

• Uma página de status fica no próprio endereço do Railyard. Ainda não pode ser servida no seu domínio.
• Os dados vêm das verificações de uptime do Railyard sobre os endereços web dos seus apps. Um app só de worker não tem nada para verificar.