REQVERA
O compromisso impossível · Ficha de decisão 01

Como responder a uma exigência de disponibilidade de 100%

Situação ilustrativa · Não é um caso de cliente
A pergunta do comprador

Podem garantir uma disponibilidade do serviço de 100%?

Não transforme um objetivo de fiabilidade numa garantia de ausência total de interrupções. Indique o compromisso aprovado para o serviço que o comprador realmente utilizará; se os 100% forem obrigatórios e não negociáveis, uma resposta com reservas não torna a proposta conforme.

Uma resposta a adaptar

Não podemos garantir disponibilidade ininterrupta em todas as circunstâncias. Para [serviço, implementação e funções abrangidas], propomos [compromisso de disponibilidade aprovado], medido durante [período de medição] através de [método de medição acordado], sujeito a [exclusões específicas nas condições propostas]. As medidas compensatórias em caso de incumprimento são [medidas aprovadas e referência contratual]. A nossa proposta inclui [medidas de resiliência e recuperação verificadas], cujo âmbito e resultados de testes constam de [referências dos comprovativos]. Os compromissos de recuperação são apresentados separadamente em [condições de recuperação aprovadas]; não constituem uma promessa de ausência de indisponibilidade. Agradecemos que confirmem, através de [canal de esclarecimentos autorizado], se este compromisso delimitado é aceitável para o requisito [ID] ou se uma garantia de 100% sem reservas é uma condição de elegibilidade.

Substitua todos os campos entre parênteses retos por factos verificados. Retire frases opcionais que não consiga comprovar. Não apresente esta formulação sem a adaptar.

A ficha do compromisso de disponibilidade

Antes de incluir uma percentagem na resposta, alinhe estes cinco pontos. Uma divergência exige análise técnica e aprovação comercial, não uma frase que a disfarce.

O que conta como falha?
Especifique a operação do utilizador que falha, o limiar de interrupção e o ponto de medição. Uma página de estado da infraestrutura não demonstra, por si só, que as operações do comprador são concluídas de ponta a ponta.
Durante que período?
Indique o período e o fuso horário. Distinga disponibilidade medida em tempo de uma proporção de pedidos concluídos com sucesso; a mesma percentagem pode representar experiências de utilização substancialmente diferentes.
O que fica excluído?
Identifique expressamente a manutenção, as falhas de dependências e as responsabilidades do cliente. Confirme se o comprador admite essas exclusões, em vez de copiar o contrato habitual sem alterações.
O que pode demonstrar?
Relacione a arquitetura proposta, a cobertura da monitorização e os testes de recuperação com esta oportunidade. Identifique uma configuração futura prometida como proposta, não como já operacional.
O que acontece em caso de incumprimento?
Registe a consequência negociada e o procedimento de reclamação. Créditos de serviço, direitos de resolução do contrato e exposição financeira exigem aprovação; não cabe ao redator da proposta escolhê-los.

As condições que sustentam a resposta

Distinga uma promessa de disponibilidade absoluta de um compromisso de serviço mensurável. Defina o âmbito, os comprovativos e as exceções antes de responder.

  • Defina o serviço que o comprador realmente utilizará

    Identifique a implementação em produção, as operações abrangidas, o horário de funcionamento e o ponto de monitorização. Um servidor a funcionar não significa necessariamente uma aplicação utilizável. Determine se estão incluídos a autenticação, as integrações, o processamento em segundo plano e a conectividade gerida pelo comprador. Não reduza o âmbito do requisito sem o declarar: todas as exclusões relevantes devem constar da resposta e das condições propostas.

  • Mantenha quatro compromissos distintos separados

    Um objetivo de conceção, a disponibilidade histórica medida, um SLA contratual e um objetivo de recuperação respondem a perguntas diferentes. Os resultados históricos descrevem um período; um SLA estabelece uma obrigação aprovada e as consequências do incumprimento. Os objetivos de tempo de recuperação e de ponto de recuperação dizem respeito ao restabelecimento do serviço e à perda de dados. Nenhum substitui automaticamente a disponibilidade contínua.

  • O SLA de um fornecedor não é o SLA da sua aplicação

    O compromisso de um fornecedor de serviços cloud aplica-se ao serviço definido por esse fornecedor e à arquitetura elegível, não automaticamente a todo o percurso do seu cliente. O Compute SLA da AWS, por exemplo, distingue compromissos ao nível da região e da instância, com exclusões e regras de créditos. Utilize-o como exemplo para verificar os limites do compromisso, não como prova da fiabilidade do seu produto.

Os comprovativos a reunir

  • Condições de serviço aprovadas

    Obtenha a versão exata do SLA, a definição da medição, as exclusões, as medidas compensatórias e a ordem de prevalência dos documentos. Registe as aprovações técnica e jurídica para desvios face à oferta habitual. Não preencha a percentagem enquanto estes elementos não existirem.

  • Dados de operação comparáveis

    Solicite os dados de monitorização do serviço abrangido, o período de reporte e as lacunas conhecidas. Distinga desempenho observado de desempenho garantido. Inclua os incidentes relevantes, em vez de selecionar apenas o mês sem problemas.

  • Mecanismos de continuidade testados

    Obtenha o diagrama atual da implementação, o inventário de dependências e os resultados datados dos testes de recuperação ou de comutação para sistemas redundantes. Confirme o que foi testado, quais as falhas simuladas e se são necessárias ações do comprador.

A decisão a aprovar

Responsáveis pela aprovação
A equipa técnica ou o responsável pelo serviço confirma a viabilidade; o jurídico e a autoridade comercial aprovam a obrigação. O responsável pela proposta regista a decisão sobre elegibilidade e mantém a reserva explícita.
Prosseguir
Avance com uma resposta condicionada apenas quando o compromisso proposto estiver comprovado, aprovado e permitido pelas instruções do comprador ou por um esclarecimento emitido pela entidade competente.
Não prosseguir
Não responda Sim se isso significar aceitar uma garantia de ausência de interrupções que não pode sustentar. Se o requisito for obrigatório e o comprador rejeitar alternativas, mantenha a lacuna visível e remeta a decisão de concorrer para aprovação.
Solicitar uma decisão
Peça ao comprador que distinga objetivo de disponibilidade, compromisso contratual e requisito de continuidade. Siga o procedimento de perguntas autorizado; não se baseie numa garantia informal obtida fora dele.

Preservar a decisão nos ficheiros a apresentar

Antes de autorizar a entrega, confirme que a resposta final conserva o âmbito do serviço, a percentagem e as exclusões aprovadas, e cita a revisão correta do SLA. REQVERA é uma camada de controlo final para requisitos, respostas, comprovativos aprovados e ficheiros de submissão — não garante disponibilidade nem negoceia exceções.

Ver o percurso real de controlo final

Âmbito e fontes de referência

Pergunta ilustrativa de um comprador, não um caso de cliente documentado. Prática geral de resposta a propostas sobre compromissos de disponibilidade; não é atribuído qualquer SLA ou capacidade de produto a REQVERA. A força vinculativa dos compromissos e as condições obrigatórias de um concurso exigem a análise jurídica e de contratação aplicável.

  • Google SRE: Service Level Objectives

    Referência técnica primária que distingue indicadores, objetivos e acordos e alerta para objetivos de disponibilidade absoluta. Não é um SLA atual de um produto Google.

  • Amazon Compute Service Level Agreement

    Exemplo específico de um fornecedor sobre compromissos dependentes da arquitetura, definições, exclusões e medidas compensatórias. Não estabelece o SLA do fornecedor que apresenta a proposta.