¿Qué es el SRE?

Los orígenes de la Ingeniería de Fiabilidad del Sitio (SRE) se encuentran en la corporación global Google, que la ha utilizado para abordar cuestiones acuciantes de las organizaciones de TI actuales. Éstas se enfrentan cada vez más al hecho de que la complejidad y la velocidad de los cambios necesarios en los sistemas modernos a gran escala (tanto desde el punto de vista técnico como organizativo) siguen aumentando. Los antiguos modelos operativos están llegando a sus límites ante estos retos de enormes proporciones. Se demandan nuevas mejores prácticas, métodos, tecnologías, herramientas y estructuras organizativas.

A los cursos de formación SRE

ITIL, DevOps y SRE: ¿Cuáles son las diferencias?

Enfoques como ITIL 4 hacen hincapié en la importancia de la creación y el flujo rápidos de valor, pero no proporcionan un modelo operativo completo. Especialmente no en la visión holística de las tareas de desarrollo y operativas.

Aquí es donde DevOps muestra su fuerza: aquí se elimina la separación entre el trabajo de desarrollo y el de operaciones, los equipos multidisciplinares de profesionales de Dev y Ops utilizan prácticas y herramientas comunes y eficientes. Sin embargo, la implantación de DevOps suele ser dura en la práctica: la dirección y los empleados suelen tener dificultades con los cambios en las estructuras organizativas, los procesos y los hábitos.

Esto nos lleva de nuevo a la SRE, que persigue un concepto diferente y prometedor: Sin abandonar por completo la separación clásica entre desarrollo y explotación, la SRE como nuevo modelo operativo de gestión de servicios acerca ambas partes con la siguiente pregunta: ¿Hasta qué punto deben entrelazarse el desarrollo y la explotación del software y qué procesos de control son necesarios?

Juntos fuertes: el equipo y sus reglas

Cuando hay que dominar sistemas complejos día tras día y superar retos diversos, una sola persona alcanza rápidamente sus límites. Por ello, la SRE se basa en el trabajo en equipo. Por un lado, para garantizar el funcionamiento diario de los sistemas informáticos. Por otro, para reflexionar específicamente sobre los fallos que se producen y sacar de ellos las conclusiones adecuadas.

La claridad y la estructura vienen dadas por un conjunto de normas que definen el marco de los componentes centrales de la ESR dentro de la empresa:

• Hacer frente a los riesgos
• Parámetros para la calidad en las operaciones diarias
• Actividad diaria y optimización de tareas (incluida la automatización)
• Supervisión del sistema y fallos relevantes
• Gestión de la liberación

La SRE combina hábilmente las competencias de desarrollo y explotación de software en equipos sujetos a una orientación de creación de valor. La optimización continua de los procesos de control y la automatización reducen al mínimo el factor de error humano. Con todas sus medidas, los equipos persiguen mentalmente un objetivo claro: la máxima calidad de servicio desde el punto de vista del cliente final.

Mejores prácticas de SRE: La mezcla marca la diferencia

Por último, queda la pregunta de si la ESR compite directamente con ITIL 4 y DevOps o si incluso puede sustituir a ambos marcos. La respuesta puede resultar sorprendente: ITIL 4, DevOps y SRE ofrecen enfoques diferentes y puntos fuertes individuales que se complementan en lugar de excluirse mutuamente. Sólo cuando se utilizan sabiamente junto y con los demás pueden desplegar todo su potencial: Como pioneros para la creación de valor orientada al futuro y centrada en la sostenibilidad tanto ecológica como económica.

¿Quiere saber más sobre SRE? En nuestras formaciones prácticas sobre SRE, le mostramos cómo llevar con éxito el exitoso modelo operativo de Google a su organización. ¡Obtenga más información ahora!