Estar «encendido» no es una medida del rendimiento. Que una lámpara reciba corriente no significa que proporcione al usuario suficiente luz para ver con claridad y realizar su tarea de forma fiable. Hay muchos factores, además de la alimentación eléctrica, que influyen en que el usuario pueda ver o no. La bombilla podría emitir poca luz, ya sea porque está llegando al final de su vida útil o porque recibe corriente, pero no la suficiente. Si la bombilla no recibe suficiente corriente para mantener una buena luminosidad, podría haber un problema con el cableado o una limitación del flujo eléctrico causada por un regulador de intensidad. Y aunque la bombilla brille lo suficiente, la pantalla podría ser demasiado oscura o el espacio demasiado grande para una sola luz. En resumen, son muchos los factores que afectan al rendimiento de la lámpara y, por tanto, a la experiencia del usuario. Del mismo modo, para evaluar el rendimiento y la fiabilidad de los sistemas y las aplicaciones no basta con la medida tradicional del tiempo de actividad. La fiabilidad también depende del nivel de servicio.
Los sistemas y las aplicaciones se componen de numerosos elementos —infraestructura, API, seguridad, flujos de trabajo, lógica, datos, etc.— que se integran con un propósito, y el mero hecho de estar en funcionamiento no garantiza la fiabilidad. Al igual que en la analogía de la lámpara, es necesario poder evaluar y analizar todos los componentes para confirmar que el rendimiento y la experiencia sean óptimos. Mientras que, en un negocio físico, detectar una deficiencia en el nivel de servicio puede ser tan sencillo como recorrer el «itinerario del cliente» para evaluar la experiencia global, en un negocio digital esto puede suponer un reto considerable. Debido a los silos entre el negocio y TI creados por las arquitecturas empresariales tradicionales, identificar un problema y encontrar su causa raíz no siempre resulta fácil ni eficiente. Los responsables de negocio pueden pensar que existe un problema, pero los equipos de TI que gestionan sus componentes quizá no lo perciban si todo está «en funcionamiento». La ingeniería de fiabilidad de sitios (SRE) sirve de puente entre el negocio y TI para garantizar el cumplimiento de los compromisos empresariales mediante objetivos de nivel de servicio (SLO).
¿Qué es la SRE?
La ingeniería de fiabilidad de sitios surgió en Google a principios de la década de 2000 y, según la empresa, «es lo que se obtiene al tratar las operaciones como si fueran un problema de software». Para nosotros, es un conjunto de procesos, prácticas y herramientas, así como una cultura y una mentalidad, que se emplean para crear sistemas fiables, eficientes y escalables que contribuyan a alcanzar los objetivos empresariales.
La SRE se centra en sistemas fiables —no solo disponibles— y escalables. Añadimos que es una mentalidad y una cultura porque, al igual que ocurre con la seguridad, se espera que todo el mundo contribuya de forma positiva a crear sistemas fiables y de calidad, independientemente de su función. Aunque también es una cultura y una mentalidad, la práctica de la SRE suele integrarse en un equipo de servicio que presta el servicio completo de principio a fin. Por lo general, estos equipos se encargan de mejorar el sistema central y facilitar la innovación mediante la supervisión de la disponibilidad, la latencia, el rendimiento y la recuperación, al tiempo que impulsan la mejora continua a través de la automatización y la eficiencia. En esencia, observan toda la habitación, no se limitan a comprobar que la lámpara esté encendida.
Cómo utiliza SRE los SLI para cumplir los SLO
La ingeniería de fiabilidad de sitios define las métricas de los SLO y los SLI (indicadores de nivel de servicio) para alcanzar los objetivos empresariales. En pocas palabras, la SRE aúna las necesidades y los objetivos de los equipos de desarrollo, seguridad y operaciones para cumplir de forma fiable las promesas que la empresa hace a sus clientes.
Si el compromiso de la empresa es que los usuarios dispongan de forma fiable de luz suficiente para ver lo que están haciendo (nivel de servicio), un SLO podría consistir en mantener una lámpara bien iluminada (disponibilidad) por cada 10 pies cuadrados de espacio. Otro SLO podría ser un MTTR (tiempo medio de recuperación) definido; en este ejemplo, el plazo en el que se sustituirán las bombillas fundidas o a punto de fundirse. Los SLI son los umbrales que definen los ingenieros de fiabilidad de sitios y el equipo de TI para garantizar el cumplimiento de los SLO, como la supervisión del flujo luminoso, el suministro eléctrico de cada lámpara o los pequeños cambios en su ubicación provocados por los usuarios al golpearlas o moverlas. En los sistemas de entrega de aplicaciones, estos indicadores podrían ser el uso de la CPU, el tiempo de las llamadas a la API y de las consultas a la base de datos, etc. Corresponde a los ingenieros de fiabilidad de sitios definir las métricas de los SLI que afectan a los SLO de la empresa y las medidas que se adoptarán cuando se sitúen por debajo de determinados umbrales, ajustando las políticas operativas y la configuración.
Ventajas de la SRE en las arquitecturas empresariales modernas
Las métricas, los umbrales y las respuestas constituyen el punto de intersección entre la SRE y los demás ámbitos de una arquitectura empresarial moderna diseñada para la entrega de aplicaciones de un negocio digital. Los datos operativos —la telemetría— alimentan la observabilidad de las métricas y los umbrales definidos por la SRE. La automatización consiste en la aplicación conjunta de herramientas, tecnologías y prácticas que permiten a los ingenieros de fiabilidad de sitios escalar las respuestas definidas con menos trabajo manual, lo que facilita el cumplimiento eficiente de los SLO de un servicio digital. Además, la fiabilidad de los sistemas de los servicios digitales aumenta la probabilidad de ofrecer una experiencia positiva a los usuarios de su negocio digital.
En resumen, la SRE actúa como un puente que aúna los esfuerzos de TI y del negocio mediante el uso de todas las herramientas, tecnologías y procesos disponibles, no solo para mantener los sistemas «encendidos», sino también para garantizar que funcionen de forma fiable. Al incorporar la SRE a la arquitectura empresarial, las empresas pueden adoptar un enfoque proactivo en el mantenimiento de las aplicaciones de sus sistemas y detectar antes cualquier caída o anomalía, de modo que los ingenieros de fiabilidad de sitios puedan investigarla y resolverla antes de que afecte a la experiencia del usuario.
Para saber cómo integrar la SRE en su empresa y respaldar el proceso de transformación hacia un negocio digital eficiente y escalable, lea «The Need for Speed», un capítulo de Julia Renouard incluido en nuestro libro de O’Reilly, Enterprise Architecture for Digital Business.
Artículos relacionados del blog
Proteger los endpoints de las API dificulta la seguridad de las API
Descubre las complejidades de la seguridad de las API, los retos a los que se enfrentan las organizaciones, la evolución de los ataques contra endpoints de API y la necesidad de políticas de seguridad adaptadas.
¿Qué es el sesgo de la IA y por qué es importante para TI?
Descubre los fundamentos del aprendizaje de la IA. Aprende cómo pueden surgir sesgos en la IA y qué riesgos plantean para las TI y la transformación digital.
Redefiniendo la ciberseguridad en el extremo de la nube distribuida con IA y telemetría en tiempo real
La transformación digital y la adopción de tecnologías en la nube están provocando cambios en las arquitecturas de las aplicaciones. Estos cambios introducen nuevas superficies de ataque, que son el objetivo de métodos de ataque avanzados, altamente organizados y con motivaciones económicas. Mediante el uso del framework Morpheus de NVIDIA, F5 está investigando técnicas para detectar estas amenazas avanzadas con telemetría en tiempo real y análisis basados en IA.
El papel de la nube en las aplicaciones nativas del edge
No debería sorprender que, al igual que la aparición de la nube dio lugar a las aplicaciones nativas de la nube, el edge esté impulsando un conjunto de aplicaciones nativas del edge. Sin embargo, estas aplicaciones no residirán únicamente en el edge. Al mismo tiempo, están surgiendo nuevos patrones arquitectónicos que aprovechan las aplicaciones alojadas en la nube y en el centro de datos.
La creciente diversidad de ubicaciones y usuarios está impulsando a las empresas hacia el edge
En el contexto del ámbito de las aplicaciones, el término «usuario» siempre se ha referido a la entidad que interactúa con una aplicación. Del mismo modo que los cambios en las arquitecturas de las aplicaciones impulsan cambios en las tecnologías que permiten ofrecerlas y protegerlas, los cambios en la definición de usuario han provocado cambios en los lugares donde se despliegan las aplicaciones.
El edge está impulsando un renacimiento de las infraestructuras
A medida que las organizaciones aumentan la generación de datos y tratan de extraer valor empresarial de ellos, sin duda recurrirán a la analítica y la automatización basadas en la IA y el aprendizaje automático. Precisamente este tipo de cargas de trabajo son las que más se beneficiarían de una infraestructura optimizada y, sin embargo, hoy en día son las que menos probabilidades tienen de poder aprovecharla.