Introducción a la ingeniería de confiabilidad del sitio web (SRE)

¡Gracias por unirte a nosotros hoy! Mi nombre es Bradley Knapp y soy uno de los gerentes de producto aquí en IBM Cloud. Hoy vamos a responder a la pregunta: ¿qué es la Ingeniería de Confiabilidad del Sitio, o SRE por sus siglas en inglés?

¿Qué es SRE?

SRE es realmente la combinación del rol tradicional de TI y DevOps. Antes, en el rol tradicional de TI, solíamos imaginar a muchas personas sentadas en un centro de operaciones frente a grandes pantallas, como en un centro de misión o un centro de vigilancia militar. Sin embargo, ese mundo ya no existe tanto. En el nuevo mundo del ciclo de DevOps, en el cual todos deberíamos estar adoptando para nuestros lanzamientos de software, todavía se requiere confiabilidad. Tus desarrolladores seguirán diseñando el software para que sea confiable, pero cuando se trata de operarlo y brindar el servicio al cliente final, eso está fuera de la responsabilidad de los desarrolladores. Es ahí donde entra en juego SRE.

El rol de SRE

Un SRE es un rol que dedica aproximadamente el 50% de su tiempo a resolver problemas de los clientes. Esto puede incluir acciones de resolución de incidentes, manejo de una situación molesta para el cliente o ayuda en un problema táctico puntual. El otro 50% de su tiempo es, quizás, la parte más importante, y consiste en automatizar todas las tareas posibles que desempeña. Esto incluye reducir al mínimo el trabajo manual necesario para mantener en funcionamiento cualquier entorno de software, como el hardware, el middleware, el software y los servicios relacionados.

Automatizar es esencial, ya que te permite abordar las operaciones desde una mentalidad de desarrollo, solucionando problemas de manera programática para evitar tener que realizar las mismas correcciones manuales una y otra vez. Esto es clave para el rol de SRE y para su éxito.

Responsabilidades de un SRE

Además de la automatización, los SRE también se encargan de tareas tales como responder a escalaciones y problemas de los clientes, trabajar en guardias, interactuar con los clientes y ser la fuente de conocimiento para el grupo. Un SRE tiene un conocimiento amplio de diferentes componentes, como hardware, software, monitoreo, registro y automatización. Su rol es esencial para mantener el producto en funcionamiento y alimentar datos a los equipos de desarrollo para mejorar el software.

Identificación y solución de fallas

Los SRE entienden que las fallas son inevitables en los negocios y que ningún sistema puede ser perfecto. Sin embargo, son expertos en identificar posibles fallas de forma programática y solucionarlos de manera proactiva. También son buenos en resolver problemas tácticos inmediatos. Para esto, el monitoreo y el registro son clave en el rol de SRE. El monitoreo en tiempo real permite anticipar fallas y resolverlas proactivamente, mientras que el registro permite analizar las fallas no anticipadas y encontrar soluciones para el futuro. La automatización se vuelve a mencionar aquí, ya que conocer las causas de las fallas permite ajustar el monitoreo para evitar esas fallas en el futuro.

SRE en diferentes compañías

En las grandes organizaciones, pueden permitirse un departamento de SRE completo o incluso transformar un grupo de operaciones existente en uno de SRE. En el caso de pequeñas empresas o startups, es posible que no tengan un presupuesto para crear un equipo exclusivo de SRE. Sin embargo, lo importante para ellos es tener una mentalidad de SRE en todas las acciones que realizan, incluso en los desarrolladores. Es fundamental abordar todo con la idea de que las fallas son una posibilidad y que es necesario diseñar redundancias y automatizar problemas para mantener la resiliencia del sistema.

Resumen:

Preguntas frecuentes

A continuación, respondemos algunas preguntas comunes sobre SRE:

1. ¿La automatización puede reemplazar a los profesionales de SRE?
No, la automatización no reemplaza a los profesionales de SRE, sino que les permite enfocarse en tareas más estratégicas y resolver problemas de manera más eficiente.

2. ¿Cuál es la principal diferencia entre SRE y DevOps?
SRE es una disciplina que combina los roles tradicionales de TI y DevOps, siendo responsable tanto de resolver problemas de los clientes como de automatizar tareas. DevOps, por otro lado, se enfoca más en la colaboración entre los equipos de desarrollo y operaciones para acelerar la entrega de software.

3. ¿Cómo puedo implementar la mentalidad de SRE en mi empresa?
Puedes comenzar alentando a tus desarrolladores a pensar en la resiliencia y la automatización desde el inicio del desarrollo de software. También puedes implementar prácticas de monitoreo y registro para identificar y resolver problemas de manera proactiva.

4. ¿Cuánto personal SRE necesita una empresa?
Esto depende del tamaño de la empresa y la cantidad de servicios que necesiten soporte. Pequeñas empresas pueden no tener un equipo exclusivo de SRE, pero aun así pueden adoptar una mentalidad de SRE en todas las acciones de desarrollo y operaciones.

Gracias nuevamente por tu tiempo. Si tienes alguna pregunta, déjanos un comentario. No olvides suscribirte para recibir más contenido relacionado y mejorar tus habilidades con IBM Cloud Labs. ¡Hasta pronto!

Mila y César

Hola, somos Mila Jiménez y César Sánchez. Dos apasionados de la ciberseguridad con muchos años de experiencia. Hemos trabajado en muchas empresas del mundo TI y ahora nos apetece compartir nuestro conocimiento con cualquiera que lo necesite.

¡Si te gusta nuestro contenido puedes invitarnos a un café AQUÍ!