¿Qué incluye un SLA de servicios en la nube?

¿Cuántos SLA de servicios en la nube tiene implementados hoy? A medida que los servicios en la nube continúen impulsando su negocio, el número crecerá y es posible que se vuelva insensible a la letra pequeña del SLA. Sin embargo, es importante asegurarse de que cada SLA tenga en cuenta sus mejores intereses.

No se conforme con cualquier SLA de servicios en la nube. Sepa qué debe incluirse en el acuerdo al elegir el proveedor para su próxima aplicación en la nube.

Los acuerdos de nivel de servicio no se tratan solo de disponibilidad

En el sentido más estricto, los SLA se refieren a la disponibilidad de servicios en la nube para su empresa. Dependiendo de cuán crítico sea el tiempo de actividad para una determinada aplicación, es posible que pague por tres, cuatro o incluso cinco nueves de disponibilidad. Pero no puede simplemente firmar un SLA basado en la disponibilidad del servicio.

Si bien la disponibilidad es un aspecto crítico de cualquier SLA de servicios en la nube, hay mucho más a lo que debe prestar atención si desea maximizar su experiencia.

5 consejos para negociar un SLA de servicios en la nube sólida

Una vez que se haya asegurado de que su SLA tiene en cuenta sus mejores intereses en términos de disponibilidad, puede pasar a otras cláusulas importantes del acuerdo. Aquí hay otras cinco partes de un SLA de servicios en la nube a las que debe prestar atención:

• Tiempo medio para responder / reparar: Su SLA debe incluir detalles sobre cuándo responderá el proveedor de servicios a las interrupciones. Por lo general, esto se divide en niveles de gravedad, pero asegúrese de tener voz para determinar las definiciones de esos niveles.

• Ruta de derivación para la resolución de problemas: Cada vez que saca una aplicación de su centro de datos a favor de una plataforma SaaS, sacrifica un cierto nivel de control. Una consecuencia es que no puede llamar a su administrador de sistema interno para cualquier escenario de solución de problemas. En su lugar, a menudo se le deja llamar al centro de contacto del proveedor de servicios. Utilice su SLA para definir una ruta de escalamiento que lo ponga en contacto con un gerente del proveedor de servicios que pueda abordar rápidamente sus problemas.

• Propiedad de los datos en la nube: Cuando ha implementado un servicio en la nube, es fácil sentirse tan cómodo con él que siente un sentido de propiedad. Sin embargo, algunos proveedores de servicios (especialmente en un escenario de licencias) limitarán lo que puede hacer con los datos recopilados a través de su plataforma. Verifique si su SLA le permite usar los datos de la manera que espera.

• Estándares de seguridad del software: Existe un entendimiento inherente de que su proveedor de servicios asumirá la propiedad de la infraestructura y la seguridad del sistema. Sin embargo, es posible que desee que su SLA incluya el derecho a auditar el cumplimiento del proveedor de servicios para garantizar que su empresa esté protegida.

• Garantías de recuperación ante desastres: La disponibilidad es una cosa, pero su SLA debe detallar claramente cómo reaccionará el proveedor de servicios ante el peor de los casos. Incluso las mejores garantías de disponibilidad pueden verse disminuidas por planes de recuperación ante desastres ineficientes.

La implementación de servicios en la nube no es un proceso de configurar y olvidar. Si desea que sus proveedores de servicios en la nube sean responsables, necesita un SLA que ofrezca detalles claros de qué tipo de experiencia de usuario se le debe.

Un problema con el mantenimiento de la responsabilidad es que el seguimiento de las métricas y la experiencia del usuario final para los servicios en la nube puede resultar un desafío. Si desea saber cómo puede estar al tanto de sus servicios en la nube y hacer cumplir sus SLA, descargue esta guía gratuita, Las 5 métricas de red que debe seguir viendo en la nube .