stringtranslate.com

Acuerdo de nivel de servicio

Un acuerdo de nivel de servicio ( SLA ) es un acuerdo entre un proveedor de servicios y un cliente . Los aspectos particulares del servicio (calidad, disponibilidad, responsabilidades) se acuerdan entre el proveedor de servicios y el usuario del servicio. [1] El componente más común de un SLA es que los servicios deben proporcionarse al cliente según lo acordado en el contrato. A modo de ejemplo, los proveedores de servicios de Internet y las empresas de telecomunicaciones suelen incluir acuerdos de nivel de servicio dentro de los términos de sus contratos con los clientes para definir el nivel o los niveles de servicio que se venden en términos de lenguaje sencillo. En este caso, el SLA normalmente tendrá una definición técnica de tiempo medio entre fallos (MTBF), tiempo medio de reparación o tiempo medio de recuperación (MTTR); identificar qué parte es responsable de informar fallos o pagar tarifas; responsabilidad por varias velocidades de datos; rendimiento ; fluctuación ; o detalles mensurables similares.

Descripción general

Un acuerdo de nivel de servicio es un acuerdo entre dos o más partes, donde una es el cliente y las otras son los proveedores de servicios. Puede ser un "contrato" formal o informal legalmente vinculante (por ejemplo, relaciones internas entre departamentos). El acuerdo puede involucrar a organizaciones separadas o a diferentes equipos dentro de una organización. Los contratos entre el proveedor de servicios y otros terceros a menudo se denominan (incorrectamente) SLA, ya que el nivel de servicio ha sido establecido por el cliente (principal), no puede haber un "acuerdo" entre terceros; estos acuerdos son simplemente "contratos". [ cita requerida ] Sin embargo, los acuerdos de nivel operativo u OLA pueden ser utilizados por grupos internos para respaldar los SLA. Si algún aspecto del servicio no se ha acordado con el cliente, no es un "SLA".

Los SLA suelen incluir muchos componentes, desde una definición de los servicios hasta la rescisión del acuerdo. [2] Para garantizar que los SLA se cumplan de forma sistemática, estos acuerdos suelen diseñarse con líneas de demarcación específicas y las partes implicadas deben reunirse periódicamente para crear un foro abierto de comunicación. A menudo se especifican las recompensas y penalizaciones que se aplican al proveedor. La mayoría de los SLA también dejan margen para una revisión periódica (anual) para realizar cambios. [3]

Desde finales de los años 80, los operadores de telecomunicaciones de línea fija utilizan los SLA. Hoy en día, su uso es tan extendido que las organizaciones más grandes tienen muchos SLA diferentes dentro de la propia empresa. Dos unidades diferentes de una organización redactan un SLA, en el que una unidad es el cliente y la otra es el proveedor de servicios. Esta práctica ayuda a mantener la misma calidad de servicio entre las diferentes unidades de la organización y también en varias ubicaciones de la misma. Esta redacción interna de los SLA también ayuda a comparar la calidad de servicio entre un departamento interno y un proveedor de servicios externo. [4]

El resultado recibido por el cliente como resultado del servicio prestado es el foco principal del acuerdo de nivel de servicio.

Los acuerdos de nivel de servicio también se definen en diferentes niveles:

Componentes

Un SLA bien definido y típico contendrá los siguientes componentes: [5]

Métricas comunes

Un acuerdo de nivel de servicio puede realizar un seguimiento de múltiples métricas de rendimiento . En este contexto, estas métricas se denominan indicadores de nivel de servicio (SLI). El valor objetivo de un SLI determinado se denomina objetivo de nivel de servicio (SLO).

En la gestión de servicios de TI , un caso común es el de un centro de llamadas o un servicio de asistencia . Los SLA en estos casos suelen hacer referencia a los siguientes SLI:

El tiempo de actividad también es una métrica común, que se utiliza a menudo para servicios de datos como alojamiento compartido , servidores privados virtuales y servidores dedicados . Los acuerdos comunes incluyen el porcentaje de tiempo de actividad de la red, el tiempo de actividad de la energía, la cantidad de ventanas de mantenimiento programadas, etc.

Muchos SLA se ajustan a las especificaciones ITIL cuando se aplican a servicios de TI.

Ejemplos específicos

Proveedores de Internet troncal

No es raro que un proveedor de servicios de red troncal de Internet (o proveedor de servicios de red ) indique explícitamente su SLA en su sitio web. [7] [8] [9] La Ley de Telecomunicaciones de los EE. UU. de 1996 no exige expresamente que las empresas tengan SLA, pero sí proporciona un marco para que las empresas lo hagan en las Secciones 251 y 252. [10] La Sección 252(c)(1), por ejemplo ("Deber de negociar") requiere que los operadores locales de intercambio incumbentes (ILEC) negocien de buena fe sobre asuntos como la reventa y el acceso a los derechos de paso.

Las nuevas tecnologías emergentes, como la 5G, plantean nuevas complejidades a los operadores de redes. Con acuerdos de nivel de servicio (SLA) más estrictos y expectativas de los clientes, las resoluciones de los problemas deben priorizarse en función de los suscriptores afectados. [11]

Segmentación 5G

Con la introducción de la segmentación de la red 5G , la necesidad de tener una vista de 360º de las segmentaciones 5G se vuelve imperativa para ofrecer SLA premium y monetizar el servicio más rápido.

Redes fijas

Para los suscriptores de redes fijas, el modelado de servicios parece ser una de las formas más adecuadas para monitorear eficazmente los SLA y garantizar que se cumplan. [12]

Asociación de Mujeres Liberales de Estados Unidos

Un acuerdo de nivel de servicio web ( WSLA ) es un estándar para la supervisión del cumplimiento del acuerdo de nivel de servicio de los servicios web . Permite a los autores especificar las métricas de rendimiento asociadas con una aplicación de servicio web, los objetivos de rendimiento deseados y las acciones que se deben realizar cuando no se cumple el rendimiento.

La especificación del lenguaje WSLA, versión 1.0 [13] fue publicada por IBM en 2001.

Computación en la nube

El beneficio subyacente de la computación en la nube son los recursos compartidos, que se sustentan en la naturaleza subyacente de un entorno de infraestructura compartida. Por lo tanto, los SLA abarcan toda la nube y los ofrecen los proveedores de servicios como acuerdos basados ​​en servicios en lugar de acuerdos basados ​​en clientes. La medición, el seguimiento y la generación de informes sobre el rendimiento de la nube se basan en la experiencia del usuario final o en su capacidad para consumir recursos. La desventaja de la computación en la nube en relación con los SLA es la dificultad para determinar la causa raíz de las interrupciones del servicio debido a la naturaleza compleja del entorno.

A medida que las aplicaciones se trasladan desde hardware dedicado a la nube , necesitan alcanzar los mismos niveles de servicio, incluso más exigentes que las instalaciones clásicas. Los SLA para servicios en la nube se centran en las características del centro de datos y, más recientemente, incluyen características de la red (consulte la nube del operador ) para respaldar los SLA de extremo a extremo. [14]

Cualquier estrategia de gestión de SLA considera dos fases bien diferenciadas: la negociación del contrato y el seguimiento en tiempo real de su cumplimiento. Así, la gestión de SLA abarca la definición del contrato de SLA: el esquema básico con los parámetros de QoS ; la negociación de SLA; el seguimiento de SLA; la detección de violaciones de SLA; y la aplicación de SLA, según políticas definidas. [ cita requerida ]

El objetivo principal es construir una nueva capa sobre la red, la nube o el middleware SOA capaz de crear un mecanismo de negociación entre los proveedores y los consumidores de servicios. Un ejemplo es el proyecto de investigación SLA@SOI, financiado por la UE en el marco del séptimo marco, [15] que investiga aspectos de los acuerdos de nivel de servicio (SLA) multinivel y multiproveedor en el marco de la infraestructura orientada a servicios y la computación en la nube, mientras que otro proyecto financiado por la UE, VISION Cloud, [16] ha proporcionado resultados sobre los acuerdos de nivel de servicio orientados a contenido.

El FP7 IRMOS también investigó aspectos de la traducción de términos de SLA a nivel de aplicación a atributos basados ​​en recursos para cerrar la brecha entre las expectativas del lado del cliente y los mecanismos de gestión de recursos del proveedor de la nube. [17] [18] La Comisión Europea ha proporcionado un resumen de los resultados de varios proyectos de investigación en el área de SLA (que abarcan desde especificaciones hasta monitoreo, gestión y cumplimiento). [19]

Subcontratación

La subcontratación implica la transferencia de responsabilidad de una organización a un proveedor. Este nuevo acuerdo se gestiona a través de un contrato que puede incluir uno o más acuerdos de nivel de servicio. El contrato puede implicar sanciones económicas y el derecho a rescindirlo si se incumple alguna de las métricas del acuerdo de nivel de servicio de forma sistemática. La definición, el seguimiento y la gestión de los acuerdos de nivel de servicio son una parte importante de la disciplina de gestión de relaciones de subcontratación (ORM). Los acuerdos de nivel de servicio específicos suelen negociarse por adelantado como parte del contrato de subcontratación y se utilizan como una de las principales herramientas de la gobernanza de la subcontratación.

En el desarrollo de software, se pueden aplicar SLA específicos a los contratos de subcontratación de aplicaciones de acuerdo con los estándares de calidad de software , así como las recomendaciones proporcionadas por organizaciones neutrales como CISQ , que ha publicado numerosos artículos sobre el tema (como Uso de medición de software en SLA [20] ) que están disponibles para el público.

Véase también

Referencias

  1. ^ Kearney, KT; Torelli, F. (2011). "El modelo SLA". En Wieder, P.; Butler, JM; Theilmann, W.; Yahyapour, R. (eds.). Acuerdos de nivel de servicio para computación en la nube. Springer Science+Business Media, LLC. págs. 43–68. ISBN 9781461416142.
  2. ^ "Zona de Acuerdo de Nivel de Servicio". Zona de Información de SLA . Zona de Acuerdo de Nivel de Servicio. 2015. Consultado el 22 de junio de 2016 .
  3. ^ Shacklett, ME (12 de enero de 2011). "Cinco puntos clave para cada SLA". Dell. Archivado desde el original el 22 de diciembre de 2012. Consultado el 22 de junio de 2016 .
  4. ^ Ding, Jianguo (2010). Avances en la gestión de redes. Publicaciones Auerbach. ISBN 978-1-4200-6455-1.
  5. ^ Verma, Dinesh (septiembre de 2004). "Service level agreement on IP networks" (PDF) . Actas del IEEE . 92 (9): 1382–1388. doi :10.1109/JPROC.2004.832969. S2CID  263896791. Archivado desde el original (PDF) el 9 de enero de 2005.
  6. ^ "¿Qué es First Call Resolution (FCR) y cómo se mide?". Grupo SQM . 2021 . Consultado el 9 de abril de 2021 .
  7. ^ "Global IP Network SLA" (Acuerdo de nivel de servicio de red IP global). NTT Communications . Consultado el 22 de junio de 2016 .
  8. ^ "SLA de latencia global y entrega de paquetes". Verizon . Consultado el 22 de junio de 2016 .
  9. ^ "Business Edition - AT&T U-verse Voice and TV - Condiciones de servicio (TOS) y AT&T Broadband - Acuerdo de nivel de servicio (SLA)". AT&T . Consultado el 22 de junio de 2016 .
  10. ^ Wikisource:Ley de Telecomunicaciones de 1996#SEC. 101. ESTABLECIMIENTO DE LA PARTE II DEL TÍTULO II.
  11. ^ "¿Listo para todo? Cómo la garantía de experiencia del cliente de 360 ​​grados ayudará a aumentar el retorno de la inversión". Infovista . Consultado el 12 de abril de 2023 .
  12. ^ "Garantizar redes avanzadas en la nube: por qué es esencial un enfoque integrado para la automatización de las operaciones y el aseguramiento". Infovista . Consultado el 12 de abril de 2023 .
  13. ^ http://cliplab.org/Projects/S-CUBE/papers/ludwig03:wsla-ibm.pdf [ URL básica PDF ]
  14. ^ Rueda, JL; Gómez, SG; Chimento, AE (2011). "El escenario de uso del agregador de servicios". En Wieder, P.; Butler, JM; Theilmann, W.; Yahyapour, R. (eds.). Acuerdos de nivel de servicio para computación en la nube. Springer Science+Business Media, LLC. pp. 329–342. ISBN 9781461416142.
  15. ^ Butler, JM; Yahyapour, R.; Theilmann, W. (2011). "Motivación y visión general". En Wieder, P.; Butler, JM; Theilmann, W.; Yahyapour, R. (eds.). Acuerdos de nivel de servicio para computación en la nube. Springer Science+Business Media, LLC. págs. 3–12. ISBN 9781461416142.
  16. ^ Villari, M.; Tusa, F.; Celesti, A.; Puliafito, A. (2012). "Cómo federar VISION Cloud mediante autenticación SAML/Shibboleth". En De Paoli, F.; Pimentel, E.; Zavattaro, G. (eds.). Computación orientada a servicios y computación en la nube. Springer-Verlag Berlin Heidelberg. págs. 259–274. ISBN 9783642334276.
  17. ^ Boniface, M.; Nasser, B.; Papay, J.; et al. (2010). "Arquitectura de plataforma como servicio para la gestión de la calidad de servicio en tiempo real en la nube" (PDF) . Quinta Conferencia Internacional de 2010 sobre Internet y aplicaciones y servicios web . págs. 155–160. doi :10.1109/ICIW.2010.91. ISBN . 978-1-4244-6728-0.S2CID8631786  .​
  18. ^ Cuomo, A.; Di Modica, G.; Distefano, S.; et al. (2013). "Un agente basado en SLA para infraestructuras en la nube". Journal of Grid Computing . 11 (marzo de 2013): 1–25. doi :10.1007/s10723-012-9241-4. S2CID  10203057.
  19. ^ Kyriazis, D., ed. (junio de 2013). "Cloud Computing Service Level Agreements - Exploitation of Research Results". Comisión Europea. pág. 51. Consultado el 22 de junio de 2016 .
  20. ^ Curtis, B.; Herron, D.; Subramanyam, J. (julio de 2015). "Uso de medición de software en acuerdos de nivel de servicio: integración de medidas de tamaño y calidad estructural de CISQ en relaciones contractuales" (PDF) . CISQ . Consultado el 22 de junio de 2016 .

Enlaces externos