Compromissos de serviço
O que esperar, e o que não prometemos
Esta página não é um acordo de nível de serviço. Não há garantias de disponibilidade nem créditos por indisponibilidade, e preferimos dizê-lo aqui a escondê-lo numa cláusula. O que se segue é aquilo para que trabalhamos, e como o pode verificar de forma independente.
Porque não há um SLA contratual
Um acordo de nível de serviço com créditos é uma obrigação financeira, e honrá-la exige uma escala de piquete, uma sociedade e um seguro por trás. O Beskos é operado por uma equipa pequena, e nenhuma dessas três coisas existe hoje.
Publicar uma garantia que não conseguíssemos honrar seria o parágrafo mais fácil de escrever neste sítio e o mais difícil de sustentar. Os compromissos abaixo são objetivos, medidos publicamente, e preferimos ser avaliados por eles do que por uma promessa.
Isto muda quando a estrutura o permitir. Nessa altura um SLA passa a argumento de venda em vez de exposição, e será publicado aqui.
Aquilo para que trabalhamos
99,5%
Disponibilidade mensal
Um objetivo para a aplicação, a API e a entrega de correio, medido do exterior e não pelos nossos próprios servidores. Não é uma garantia contratual.
< 4 h
Primeira resposta com o serviço indisponível
Para um incidente que impeça as pessoas de trabalhar, em horário útil da Europa Central.
< 1 dia útil
Primeira resposta nos restantes casos
Dúvidas, configuração e pedidos que não estejam a impedir ninguém de trabalhar.
14 dias
Aviso de novo subprocessador
Este é um compromisso e não um objetivo: está escrito no acordo de subcontratação, com direito de objeção.
Verificar por si próprio
Cada componente é sondado continuamente de fora da nossa infraestrutura e publicado, com noventa dias de histórico e uma cronologia por incidente. Se algum dia os nossos números e a sua experiência divergirem, o registo é a página de estado, não a nossa memória.
Abrir a página de estadoManutenção e incidentes
Manutenção planeada
Anunciada com antecedência na página de estado e marcada fora do horário útil europeu. A maioria das atualizações não exige interrupção nenhuma.
Durante um incidente
A página de estado é atualizada enquanto ele decorre, e não depois: o que está afetado, o que se sabe e o que está a ser feito.
Depois
Os incidentes que interrompam o serviço ficam documentados com cronologia — detetado, causa, resolvido — e permanecem publicados.
Os dados, antes da disponibilidade
As cópias de segurança são feitas regularmente para armazenamento sob jurisdição europeia, cada uma verificada como legível, e o restauro é testado. Uma interrupção é um incómodo; perder dados não se recupera, e as duas coisas não são tratadas da mesma forma.
Dúvidas antes de comprometer uma organização?
Para um processo de compra ou um questionário de segurança, escreva-nos e receberá as respostas por escrito, incluindo as inconvenientes.