Explicación de los Objetivos de Nivel de Servicio (SLOs)

Explicación de los Objetivos de Nivel de Servicio (SLOs)

  • ITOps y DevOps
6 min de lectura Actualizado Sep 27, 2018

Puntos clave: Los Objetivos de Nivel de Servicio (SLOs) son referencias críticas utilizadas para medir la fiabilidad del servicio en servicios en la nube, definidas por métricas específicas. Establecer SLOs efectivas implica alinearlas con las necesidades del negocio y garantizar la comprensión de los grupos de interés para Lograr un rendimiento óptimo del servicio.

  • Define los SLOs como referencias medibles dentro de los SLAs.
  • Comunica y documenta regularmente los SLOs para todos los interesados.

Cuando las cargas de trabajo de TI son trasladadas de la infraestructura informática local a centros de datos en la nube fuera de la oficina, es importante asegurarse de que los niveles de servicio son coherentes con los requisitos de tu negocio. Los parámetros y métricas que definen los niveles de servicio para cada elemento de la solución en la nube deben cumplir esos requisitos. El proveedor de servicios debe mantener altos estándares de rendimiento, seguridad y cumplimiento, ofreciendo una estructura de costes asequible que atraiga a los clientes. Para alcanzar estos objetivos, las organizaciones deben comprender, medir y evaluar el comportamiento del servicio basándose en objetivos bien definidos. El tema de los Acuerdos de Nivel de Servicio (SLAs) está ampliamente cubierto para tratar las responsabilidades de los proveedores de servicios en la nube. Sin embargo, una mejor comprensión de los Objetivos de Nivel de Servicio (SLOs) puede ayudar a evaluar mediciones del rendimiento del servicio que realmente importan a los usuarios finales. Así que, veamos estos SLOs.

¿Cuáles son los objetivos del nivel de servicio?

Un Objetivo de Nivel de Servicio (SLO) sirve como referencia para indicadores, parámetros o métricas definidos con objetivos específicos de nivel de servicio. Los objetivos pueden ser un rango óptimo o un valor específico para cada función o proceso de servicio que constituye un servicio en la nube. Los SLOs también pueden denominarse características medibles de un SLA, como aspectos de Calidad de Servicio (QoS) que son alcanzables, medibles, significativos y aceptables tanto para proveedores de servicios como para clientes. Un SLO está acordado dentro del SLA como una obligación, con validez bajo condiciones específicas (como el periodo de tiempo) y se están expresado en un documento SLA. (Lee nuestro explicativo sobre SLAs frente a SLOs.)

Cómo funcionan los SLOs

Aunque el objetivo final de definir SLOs efectivos es ofrecer servicios fiables a los usuarios finales, el coste y la complejidad de acercarse al 100% de fiabilidad aumentan exponencialmente. (Ve cómo esto se compensa con la disponibilidad del servicio.)

Cada componente del servicio en la nube tiene un impacto diferente en el rendimiento del servicio tal y como lo perciben los clientes. Por ejemplo, una aplicación puede requerir capacidad de respuesta a un nivel de rendimiento específico, más allá del cual los clientes ya no pueden notar diferencia. La medida de la capacidad de respuesta y el rendimiento de la app puede definirse mediante indicadores numéricos como:

  • Latencia de petición
  • Rendimiento por lotes
  • Fallos por segundo
  • Otras métricas

Estos indicadores describen el nivel de servicio en cualquier momento. Para entender el rendimiento global en el contexto del contrato o los requisitos de disponibilidad del SLA acordados, te tendrá que analizar estos números durante un periodo de tiempo más largo. Matemáticamente, el análisis SLO implica:

  1. Agregando el rendimiento del indicador de nivel de servicio a lo largo de un largo tiempo.
  2. Comparando el resultado con un objetivo numérico para la disponibilidad del sistema.

Un SLO están un campo de tiro

Un SLO no están pensado para Define el mejor nivel de rendimiento. En cambio, debería Define una gama de estándares de rendimiento posibles y menos aceptables. Imagina un escenario en el que un servicio en la nube comprado con un SLA del 99% de tiempo de activación, lo que se traduce en 7,31 horas de inactividad al mes. Pasan varios meses y los sistemas son mantienen en el límite superior de los SLOs que entregan el 99,9% del tiempo de activación, o menos de una hora de inactividad al mes. De repente, cuando los sistemas caen durante varias horas continuas, los usuarios finales son desagradablemente sorprendidos de que el servicio rinda por debajo de sus expectativas habituales. Al mismo tiempo, el proveedor de servicios puede no estar obligado a ofrecer soporte si no tiene intención o no se compromete a ofrecer el mejor SLO posible. Dado que SLO implica la medición de varias métricas cuantificables que describen la fiabilidad del sistema, te debe comprender cuidadosamente la diferencia entre los términos Fiabilidad y Disponibilidad. En la práctica, los SLOs son definen por los estándares de fiabilidad aceptables más bajos.

Mejores prácticas en SLO

En pocas palabras, los Objetivos de Nivel de Servicio describen la calidad de la fiabilidad del servicio durante un periodo de tiempo específico, basándose en las mediciones de indicadores específicos de nivel de servicio. Las siguientes mejores prácticas pueden ayudar a te Lograr estos objetivos:

  • Identifica las métricas e indicadores adecuados para describir con precisión la fiabilidad del sistema tal como la perciben, se espera y la requieren tu organización y los usuarios finales.
  • Haz que las personas adecuadas entiendan las SLOs. Las SLO deben ser bien comprendidas por el equipo técnico y los líderes de la organización. Las organizaciones deben diseñar SLOs basándose en los requisitos empresariales, así como en la capacidad técnica y la experiencia disponibles para la organización.
  • Alinear al equipo técnico y a los grupos de interés del negocio con los objetivos SLO. Si los ingenieros no pueden cumplir con los objetivos SLO, la organización corre el riesgo de no cumplir con sus SLA ante los clientes.
  • Utiliza un SLO independiente para cada componente lógico del sistema. Cada componente del sistema puede impactar o contribuir al sistema global de forma diferente. Por lo tanto, es importante Define los SLO óptimos para cada componente del sistema en función del coste, la complejidad y otros desafíos empresariales y técnicos asociados.
  • Mide varios indicadores de nivel de servicio en conjunto para evaluar un único objetivo SLO. Por ejemplo, pueden ser necesarios la latencia, errores y otras métricas de QoS para evaluar el rendimiento completo de un sistema respecto a objetivos específicos.
  • Documenta y comunica los SLOs para todos los interesados. Esta información están a menudo crítica para que los equipos técnicos o los líderes empresariales Haz decisiones relevantes.
  • Prioriza los SLOs para ciertos clientes. Los clientes de pago con requisitos estrictos de disponibilidad pueden requerir una base de SLO más alta que los usuarios freemium.
  • Considera a los SLO un compromiso continuo para ofrecer un rendimiento óptimo del sistema en varios indicadores de nivel de servicio. Los SLO evolucionan con el tiempo; no pueden considerarse objetivos estáticos. Las cargas de trabajo de TI y las expectativas del usuario final cambian continuamente. Un SLO diseñado para los requisitos de carga de trabajo actuales puede no ser igualmente válido para sus futuros requisitos de rendimiento.
  • Mantén los SLOs simples, pocos y realistas. Evita números absolutos que son poco realistas. te puede establecer un SLO interno que actúe como margen de seguridad o buffer para lograr un objetivo de SLO más bajo acordado con los usuarios finales.

La perfección no es necesaria

Puede que no sea posible cumplir los objetivos del nivel de servicio el 100% de las veces. Los proveedores de servicios en la nube necesitan innovar, añadir funciones y actualizar sistemas, lo que probablemente implique un tiempo de inactividad temporal en varias instancias de centros de datos. Considera esto un compromiso para Lograr SLOs y ofrecer mejores servicios. Los objetivos de nivel de servicio son todos sobre los objetivos más allá de los cuales el nivel de servicio no están aceptables para clientes y usuarios finales. Fijar expectativas realistas y no exceder los objetivos puede ser el primer paso para ofrecer un servicio en la nube con una experiencia aceptable para el usuario final y un presupuesto asequible.

Lecturas relacionadas

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.

Más de ITOps y DevOps

¿Te interesa saber más de BMC?

El Brief están nuestro correo mensual sobre el mainframe y la orquestación empresarial: investigación, historias de clientes, noticias de productos, eventos.

Al registrarse para esta oferta te son confirmar que te leído y aceptado la Política de Privacidad de BMC.

Tú te has suscrito a The Brief

El Brief abarca la orquestación de mainframe y empresa—BMC AMI y Control-M—y la investigación de analistas, despliegues de clientes y eventos en ambas áreas.