Cómo responder a un requisito de disponibilidad del 100 %
La pregunta del comprador¿Pueden garantizar una disponibilidad del servicio del 100 %?
No convierta un objetivo de fiabilidad en una garantía de ausencia de interrupciones. Indique el compromiso aprobado para el servicio que utilizará el comprador. Si el 100 % es obligatorio e innegociable, una respuesta con salvedades no hace que la oferta cumpla el requisito.
Una respuesta para adaptar
No podemos garantizar una disponibilidad ininterrumpida en cualquier circunstancia. Para [servicio, despliegue y funciones cubiertas], ofrecemos [compromiso de disponibilidad aprobado], medido durante [periodo de medición] mediante [método de medición acordado], con las [exclusiones concretas previstas en las condiciones propuestas]. Las medidas aplicables en caso de incumplimiento son [medidas aprobadas y referencia contractual]. Nuestra propuesta incluye [medidas de resiliencia y recuperación verificadas], cuyo alcance y pruebas de ensayo se identifican en [referencias de las pruebas]. Los compromisos de recuperación se indican por separado en [condiciones de recuperación aprobadas]; no equivalen a una promesa de ausencia de interrupciones. Confirmen por [canal de aclaraciones autorizado] si este compromiso definido es aceptable para el requisito [identificador], o si una garantía incondicional del 100 % es una condición de admisibilidad.
Sustituya cada campo entre corchetes por hechos verificados. Elimine cualquier frase opcional que no pueda acreditar. No presente esta redacción sin adaptarla.
Ficha del compromiso de disponibilidad
Antes de incluir un porcentaje en la respuesta, concilie estos cinco elementos. Una discrepancia requiere revisión técnica y aprobación comercial, no una frase que la disimule.
- ¿Qué se considera un fallo?
- Especifique la operación de usuario fallida, el umbral de interrupción y el punto de medición. Una página de estado que informa sobre la infraestructura no demuestra por sí sola que las operaciones del comprador funcionen de extremo a extremo.
- ¿Durante qué periodo?
- Indique el intervalo y la zona horaria. Distinga el tiempo de funcionamiento del porcentaje de solicitudes correctas: el mismo porcentaje puede describir experiencias de usuario muy diferentes.
- ¿Qué se excluye?
- Identifique expresamente el mantenimiento, los fallos de dependencias y las responsabilidades del cliente. Confirme que el comprador admite esas exclusiones, en lugar de copiar sin cambios su contrato habitual.
- ¿Qué puede demostrar?
- Vincule la arquitectura del despliegue, la cobertura de supervisión y los ensayos de recuperación a esta oportunidad. Identifique una configuración futura como propuesta, no como ya operativa.
- ¿Qué ocurre si no se cumple?
- Registre la consecuencia negociada y el procedimiento de reclamación. Los créditos de servicio, los derechos de resolución y la exposición económica requieren aprobación; no los decide quien redacta la oferta.
Las condiciones que sustentan la respuesta
Distinga una promesa absoluta de continuidad de un compromiso de servicio medible. Defina el alcance, las pruebas y las excepciones antes de responder.
Defina el servicio que utilizará realmente el comprador
Identifique el despliegue de producción, las operaciones cubiertas, el horario de servicio y el alcance de la supervisión. Un servidor operativo no implica necesariamente que la aplicación sea utilizable. Determine si se incluyen el inicio de sesión, las integraciones, los procesos en segundo plano y la conectividad gestionada por el comprador. No reduzca el requisito de forma implícita: toda exclusión sustancial debe figurar en la respuesta y en las condiciones propuestas.
Separe cuatro compromisos diferentes
Un objetivo de diseño, la disponibilidad histórica medida, un SLA contractual y un objetivo de recuperación responden a preguntas distintas. Los resultados históricos describen un periodo; el SLA establece una obligación aprobada y las medidas ante su incumplimiento. Los objetivos de tiempo y punto de recuperación se refieren al restablecimiento y a la pérdida de datos. Ninguno sustituye automáticamente la disponibilidad continua.
El SLA de un proveedor de infraestructura no es el de su aplicación
El compromiso de un proveedor de nube se aplica a su servicio definido y a una arquitectura que reúna las condiciones exigidas, no automáticamente a toda la experiencia de su cliente. Por ejemplo, el Compute SLA de AWS distingue compromisos por región y por instancia, con exclusiones y reglas de créditos de servicio. Úselo para comprobar límites, no como prueba de la fiabilidad de su producto.
Las evidencias que debe reunir
Condiciones de servicio aprobadas
Obtenga la versión exacta del SLA, la definición de medición, las exclusiones, las medidas ante incumplimiento y la prelación documental. Registre la aprobación técnica y jurídica de cualquier desviación respecto de la oferta estándar. No complete el porcentaje hasta disponer de esta información.
Pruebas operativas comparables
Solicite datos de supervisión para el alcance del servicio ofrecido, el periodo informado y las lagunas conocidas. Separe el rendimiento observado del garantizado. Incluya los incidentes pertinentes, en lugar de seleccionar únicamente el mes sin problemas.
Mecanismos de continuidad probados
Obtenga el diagrama de despliegue vigente, el inventario de dependencias y los resultados fechados de recuperación o conmutación. Confirme qué se probó, qué fallos se simularon y si el comprador debe realizar alguna acción.
La decisión que debe aprobarse
- Responsables de aprobación
- Ingeniería o el responsable del servicio confirma la viabilidad; el área jurídica y la autoridad comercial aprueban la obligación. El responsable de ofertas registra la decisión de admisibilidad y mantiene las salvedades.
- Continuar
- Continúe con una respuesta con salvedades únicamente si el compromiso ofrecido está respaldado, aprobado y permitido por las instrucciones del comprador o por una aclaración oficial aplicable.
- No continuar
- No responda Sí si ello supone aceptar una garantía de ausencia de interrupciones sin respaldo. Si el requisito es obligatorio y el comprador rechaza alternativas, mantenga la brecha y eleve la decisión sobre la oferta.
- Solicitar una decisión
- Pida al comprador que distinga entre objetivo de disponibilidad, compromiso contractual y requisito de continuidad. Siga el procedimiento de consultas permitido; no se base en garantías informales fuera de él.
Mantener la decisión en los archivos de presentación
Antes de entregar la oferta, compruebe que la respuesta final conserva el alcance del servicio, el porcentaje y las exclusiones aprobados, y cita la revisión correcta del SLA. REQVERA es una capa de control final de requisitos, respuestas, pruebas aprobadas y archivos de presentación; no garantiza disponibilidad ni negocia excepciones.
Ver el flujo real de control finalAlcance y fuentes de referencia
Pregunta ilustrativa del comprador, no un caso de cliente documentado. Práctica general de respuesta sobre compromisos de disponibilidad; no se afirma ningún SLA ni capacidad de REQVERA. La exigibilidad contractual y las condiciones obligatorias de una licitación requieren la revisión jurídica y de contratación correspondiente.
- Google SRE: Service Level Objectives
Referencia técnica primaria que distingue indicadores, objetivos y acuerdos, y advierte sobre los objetivos de disponibilidad absoluta. No es un SLA vigente de un producto de Google.
- Amazon Compute Service Level Agreement
Ejemplo específico de un proveedor sobre compromisos dependientes de la arquitectura, definiciones, exclusiones y medidas ante incumplimiento. No establece el SLA del proveedor que responde.