En DevOps Summit NY se habló mucho no solo de DevOps, sino también de contenedores, IoT y microservicios. Las sesiones se centraron no solo en el cambio cultural necesario para crecer a escala con un enfoque DevOps, sino que también se aseguraron de incluir la "plomería" de red necesaria para garantizar el éxito a medida que las aplicações se descomponen en arquitecturas de microservicios que permiten un rápido crecimiento y soporte para la Internet de (todas) las cosas.
Jerome Petazzo (@jpetazzo ) de Docker habló sobre los microservicios y su afinidad natural con los contenedores, pero lo significativo de su discusión fue la necesidad de "la red" para la escala independiente, el descubrimiento, la resiliencia y la gestión de la arquitectura cada vez más dependiente de la red resultante de los microservicios. De hecho, el DNS juega un papel natural e importante en el descubrimiento, asegurando un nivel de abstracción en la capa de servicio necesario para asegurar que los servicios no dependan de esquemas de direccionamiento de red, sino que aprovechen la capacidad del DNS para actualizar rápidamente la ubicación real de un servicio (o punto final del servicio, en el caso de la escalabilidad) para asegurar una conectividad perfecta.
Fue bueno ver este reconocimiento de la necesidad de incluir y confiar, en muchos casos, en “la red” para capacidades que están fuera del dominio de las aplicações y su infraestructura. El lado de aplicação de TI reconoce la necesidad de incluir “la red” en sus arquitecturas. Es imperativo, entonces, que el lado de la red de TI reconozca la necesidad de apoyarlos adoptando un enfoque más programático y colaborativo para prestar sus servicios. Los microservicios, en particular, están haciendo realidad esa necesidad y es el tema de mi sesión “ Cómo las arquitecturas de microservicios están impulsando DevOps en la red ” (el enlace lleva a la presentación).
John Willis ( @botchagalupe ) se sumergió en la infraestructura inmutable y nos dio una visión de cómo la infraestructura de aplicaciones (servidores y plataformas) puede y debe volverse inmutable. El concepto es igualmente aplicable a aquellos servicios afines a la aplicação , como el equilibrio de carga, la seguridad de la aplicação y la aceleración . Su afirmación (con la que estoy de acuerdo, si se lo preguntaban) es que confiar en una gestión a largo plazo basada en scripts puede estar plagado de peligros. El orden de comando, la falta de opciones de reversión adecuadas, las fallas generales y la imposibilidad de abordar las fallas dentro de los scripts tienen el potencial de ser altamente disruptivos, particularmente en la red de producción sensible a las interrupciones. Utilizando el modelo de infraestructura inmutable, basado en la premisa de que ningún paquete, configuración, aplicación o dato se puede modificar una vez implementado, las organizaciones pueden lograr un entorno más estable y ágil (además de manejable). Ofreció una receta sencilla para implementar una infraestructura inmutable:
1.Disposición nueva
2.Prueba nueva
3.Dirigir el tráfico hacia lo nuevo
4.Conservar lo antiguo para revertirlo
Por último, pero no por ello menos importante, asistí a la sesión de Mark Thiele ( @mthiele10 ) en la que afirmó que DevOps es un síntoma de una organización saludable, más que un medio para lograr una organización saludable. El vicepresidente de Switch SUPERNAP aconseja a las organizaciones “asumir que la forma en que hacen las cosas hoy no será escalable” y buscar continuamente personas y procesos que permitan la escala necesaria para satisfacer la próxima gran demanda. La escala, al igual que las aplicações actuales, no es estática y, por lo tanto, es necesario un enfoque más ágil y colaborativo de TI en general. Mark se centró más en la eficiencia y el valor para el negocio, y señaló que “la TI no se creó para reducir el costo de la TI”, sino para agregar valor al negocio. Para tal fin, alienta a las organizaciones a pensar en términos de servicios más que de tecnología y a adoptar un enfoque colaborativo para diseñar y prestar esos servicios.
La colaboración ha sido un tema común, con tanta atención puesta en los silos internos como en los silos de TI mismos. Extenderse a través de los silos, ya sea dentro o entre grupos de TI, es importante no solo para establecer y aplicar políticas con respecto a los tiempos de entrega, el rendimiento, la escala y la seguridad de las aplicações , sino también para poder definir e implementar los procesos necesarios para optimizar la entrega de aplicações de un extremo a otro, desde el desarrollo hasta la producción, desde la aplicación hasta el usuario.
En general, se enfatizó la conexión entre los microservicios y los contenedores, junto con la necesidad de gestionar la explosión resultante de servicios e infraestructura de soporte con un enfoque DevOps. La IoT será un impulsor importante tanto de la tecnología (contenedores, microservicios y enfoques definidos por software para la red) como del enfoque general, DevOps, a medida que las organizaciones comienzan a embarcarse en lo que seguramente será similar al crecimiento exponencial experimentado en la era .com.
Eso es todo desde Nueva York. ¡Feliz jueves!