No dejes que nadie te diga que el hardware no importa. El hardware está en todas partes. En todos los teléfonos móviles. Todos los Fitbit y aparatos tecnológicos que tenemos. En nuestros coches. En nuestras computadoras portátiles y tabletas. Está cada vez más presente en nuestros electrodomésticos. En nuestros relojes. Y al parecer, en algunos casos, en nosotros . Es más pequeño, más rápido y prolífico.
Las aplicaciones, sin importar su tamaño, necesitan recursos de hardware. UPC. Memoria. Almacenamiento. Red. Sin estos, ninguno de ellos funciona. Ninguno. Ya sea que estemos hablando en el centro de datos o en la nube (centro de datos), el hardware es omnipresente. Proporciona la potencia necesaria para que las aplicaciones hagan que nuestras vidas sean más conectadas, más colaborativas y más convenientes.
Pero eso no significa que el centro de datos no esté cambiando en lo que respecta al hardware. Es. Si bien el hardware sigue siendo la base sobre la que construimos cada tecnología, los marcos y las estructuras técnicas (las aplicaciones) que construimos sobre él han cambiado. En algunos casos, de forma bastante dramática. La Ley de Moore ya no es una restricción cuando se pueden agrupar recursos y deconstruir aplicações en múltiples servicios, utilizando la malla subyacente de computación y memoria como si fuera un sistema distribuido masivamente.
Vemos estos cambios en el centro de datos en términos de generaciones basadas en el modelo de cómo aprovisionamos, administramos y consumimos esos recursos.
En la generación de infraestructura de aplicaciones de más larga duración (la generación cero), arrancamos máquinas, iniciamos aplicações y nos golpeamos el pecho con orgullo por años consecutivos de funcionamiento. Luego vino la virtualización, iniciamos máquinas y reanudamos aplicaciones que ejecutaban máquinas virtuales. El tiempo de funcionamiento de un único sistema pasó de moda: la disponibilidad de una aplicación era la métrica del momento. En la nube, lanzamos servicios con solo hacer clic en un botón y los ampliamos o reducimos sin mover un dedo. Y en la generación posterior a la nube, los contenedores se clonan a sí mismos de manera automática con una velocidad que haría que los equipos de boxes de Daytona se pusieran verdes de envidia*.
El tiempo entre las generaciones de infraestructura de aplicaciones se está comprimiendo. El tiempo transcurrido entre la generación cero y la generación uno abarca décadas. La virtualización existe desde hace mucho tiempo, pero no alcanzó su madurez hasta casi 2010. ¿Nube? 2015.¿Contenedores? Se están moviendo rápido y aún no es 2018. Cada generación avanza sobre las lecciones aprendidas de la generación anterior, señalando sus fallos y desventajas y tratando de mejorarlos. En el centro de estas mejoras se encuentran la velocidad y la escala. Velocidad de comercialización y de entrega. Escala del negocio y de las aplicaciones en las que ahora se basa. Ambos han contribuido a los cambios evolutivos que impactan cada faceta del centro de datos.
Todas esas aplicaciones y servicios todavía necesitan hardware. Los recursos no aparecen por arte de magia, aunque lo parezca . Esa fue parte de la razón por la que la virtualización y la nube crecieron al ritmo que lo hicieron. Porque parecía mágico. Pero la magia, después de todo, es sólo una ilusión. En el caso de la informática, eso significa que el hardware (y los recursos que proporciona) todavía están ahí. Lo que ha cambiado es cómo lo aprovisionamos, lo gestionamos y lo consumimos. Y esos cambios están teniendo un impacto profundo en cada rack del centro de datos.
Y está provocando una brecha generacional que NetOps debe cerrar.
La escala y la velocidad con la que ahora se presiona a las organizaciones para entregar nuevas aplicações y API introducen la necesidad de automatización, ya sea a través de la nube o contenedores, en las instalaciones o fuera de ellas. La menor esperanza de vida del uso de los recursos de hardware por parte de las aplicaciones y los servicios de aplicaciones implica un reciclaje a un ritmo fenomenal. Los procesos manuales y los largos tiempos de arranque no pueden seguir el ritmo frenético que imponen estos sistemas. Lo que significa marcos en contenedores y en la nube (o al menos similares a la nube) que permiten la creación y destrucción rápida y frecuente de servicios necesarios para escalar a gran velocidad.
La automatización, el consumo de recursos y la velocidad de creación de servicios delinean las líneas generacionales del centro de datos. Incluso pasar de la generación 2 (nube) a la generación 3 (contenedores) cambia drásticamente estas características. Cada generación avanza un paso más hacia la capacidad de respuesta totalmente automatizada en menos de un segundo, en gran medida gracias a perfiles de consumo de recursos que duran minutos en lugar de meses o años.
Es por eso que NetOps es (o debería ser) un foco tan importante en este momento. Porque es la red (tradicionalmente la red de hardware) la que se ve más afectada por las expectativas que surgen de la infraestructura de aplicaciones de segunda y tercera generación. Con frecuencia, el departamento de TI tiene la tarea de brindar soporte a la infraestructura de aplicaciones que abarca las cuatro generaciones, lo que significa que los costos y la infraestructura en la red a menudo deben compartirse. Eso a menudo significa electrodomésticos construidos específicamente para ese fin. Pero incluso si un servicio de aplicación está alojado en un dispositivo tradicional, todavía necesita proporcionar los medios para ser consumido por un modelo de infraestructura de aplicaciones de segunda o tercera generación.
Se deben utilizar el autoservicio y la automatización para satisfacer las demandas de la última generación manteniendo la confiabilidad necesaria para respaldar la primera generación. Esto significa integración con sistemas de tickets y exposición de análisis a través de API y paneles de control. Esto significa que, independientemente del hardware subyacente (diseñado específicamente o COTS), la red debe presentarse como un recurso consumible y automatizable que responda con la misma rapidez que la infraestructura de aplicaciones de segunda o tercera generación.
En algunos casos, eso significa que los servicios de red y de aplicaciones deben adoptar el mismo estilo de infraestructura que las aplicações que ofrecen. Los servicios de aplicaciones como el equilibrio de carga y la seguridad de aplicação web están siendo adoptados cada vez más por los desarrolladores y están integrados en las arquitecturas e infraestructura de las aplicaciones. Otros, particularmente en el ámbito de la seguridad, simplemente no funcionan tan bien (o no funcionan en absoluto) en entornos de segunda generación (nube). Esto significa que dichos servicios deben poder consumirse en la nube, estar en contenedores y ser de fácil acceso.
Las brechas generacionales existenciales dentro de los centros de datos pueden ser problemáticas para las organizaciones. Pueden inhibir o directamente paralizar los esfuerzos de transformación digital . Definitivamente aumentan la fricción entre el desarrollo y TI, entre TI y el negocio, entre el negocio y sus clientes. Esa fricción se puede reducir mediante los esfuerzos de NetOps para cumplir con los modelos de consumo necesarios para respaldar los modelos de infraestructura de generación 2 y 3 con API, autoservicio y automatización.
La complejidad y los requisitos a veces competitivos que existen en los centros de datos maduros entre aplicações de diferentes generaciones significa que NetOps debe estar a la altura del desafío . La red (y todo lo que ella implica) debe transformarse si quiere tener éxito en soportar simultáneamente cuatro generaciones de infraestructura de aplicaciones.
*Los equipos de boxes de NASCAR tienen como objetivo completar una parada en boxes (cambiando los cuatro neumáticos) en 12 segundos. La parada en boxes más rápida registrada fue de tan solo 8 segundos. La velocidad con la que trabaja una tripulación es clave para el éxito de un conductor.