Muchas personas rehúyen el componente «cultural» asociado a DevOps. Pero la «cultura» lleva aparejada la «comunicación», y esta es fundamental para el éxito no solo de DevOps, sino también de cualquier iniciativa de automatización y orquestación en la empresa.
No sabíamos que necesitabas… tener abierto el puerto 7243.
No sabíamos que necesitabais… nuevas entradas DNS.
No sabíamos que necesitabais… la dirección IP del cliente.
No sabíamos que lo necesitabas…
No lo sabíamos.
Esas tres pequeñas palabras ilustran, quizá de forma más elocuente que ninguna otra, el reto de comunicación al que se enfrentan muchas empresas hoy en día. Los frameworks y los scripts solo pueden automatizar aquello que se les indica, lo que significa que, en algún momento, hay que saber. ¿Cómo se llega a saber? Mediante la comunicación.
Es un tópico en el sector de TI que los responsables de redes no hablan con los desarrolladores y que al equipo de operaciones no le gusta el de seguridad, pero la realidad es que, a menos que cada uno de los ámbitos operativos que rigen el entorno de producción sepa qué se necesita para desplegar una aplicación en producción, no será posible orquestar el proceso.
Bueno, las tareas individuales, como configurar un cortafuegos o un equilibrador de carga, pueden realizarse con bastante facilidad, pero cada una de ellas requiere información específica de la aplicación para resultar útil. No se puede abrir un puerto si no se sabe cuál utiliza la aplicación. Nuestros datos de iHealth de enero de 2017 muestran que, entre más de 6000 clientes, se utilizan 36.731 puertos distintos (únicos). En las empresas no se utilizan tantos protocolos (son muchos, pero no tantos), lo que significa que diversos sitios utilizan protocolos que no están en sus puertos «nativos». Incluso las aplicaciones web se distribuyen entre varios puertos. Están los que sin duda vienen a la mente al hablar de HTTP/S: los puertos 80 y 443. También se utilizan con frecuencia puertos alternativos para esos protocolos: el 8080 y el 8443. Después están el 8081 (utilizado por 4605 servidores virtuales distintos, que representan aproximadamente aplicaciones) y el 8082. Y, por supuesto, se utilizan muchos puertos por encima del intervalo de puertos privilegiados (0-1024) sin que estén asociados a ninguna aplicación que pueda identificar (al menos, a partir de mis datos). Porque el puerto 10203 no tiene asignado ningún protocolo «estándar».
La cuestión es que no podemos dar por sentado que se utilizará un puerto específico para una implementación de una aplicación determinada. Esa información debe comunicarse, por si alguien quiere ejecutar el back-end de su API pública en un puerto diferente. La seguridad mediante ocultación sigue existiendo, amigos.
Además de un dato tan sencillo, no se puede configurar un balanceador de carga si no se sabe qué dirección IP pública o nombre de host utiliza, ni qué servicios de back-end deben incluirse en cada clúster. Esta información es necesaria y debe transmitirse desde desarrollo u operaciones a quienes gestionan los sistemas, normalmente el equipo de operaciones de red.
Eso implica comunicación. No es que no se pueda crear una herramienta o un formulario para recopilar esa información. La (otra) economía de las API y las iniciativas internas de transformación digital prácticamente exigen que esos intercambios sean de naturaleza digital. Pero, para crear un formulario o una API que permita recopilarla, hay que saber qué datos se quieren recopilar.
Hay que sentarse y hablarlo a fondo. Con pizza y café. Con cerveza y alitas. Por correo electrónico o por teléfono. De algún modo, hay que comunicarse de verdad con todos los grupos responsables del despliegue de una aplicación y asegurarse de que se sabe lo que se necesita saber.
Cuando se habla de cultura y comunicación en el contexto de DevOps, esta es una de las ideas que se intentan transmitir.
Por supuesto, hay mucho más, pero no podemos ignorar que, en el fondo, para agilizar los procesos y satisfacer las demandas de las empresas y los consumidores, todo parte de una premisa sencilla: la comunicación. Se trata de saber qué necesita una aplicación para funcionar de forma más rápida, inteligente y segura. Porque lo que no se conoce no se puede automatizar, y lo que no se puede automatizar requiere una intervención manual que puede introducir retrasos y dificultades en el proceso de despliegue. Si quieres que las aplicaciones sean más rápidas y seguras, tienes que trabajar de forma más inteligente, no más ardua, y todo empieza por la comunicación entre las distintas partes interesadas para saber qué se necesita.
En un mundo inmerso en una transformación digital, saber es realmente la mitad de la batalla. La otra mitad es la tecnología. No se puede ejecutar con éxito una estrategia digital que incluya, entre otros aspectos, un enfoque DevOps para el desarrollo y el despliegue sin contar con ambas.
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.