Después de intervenir en conferencias, a menudo me preguntan qué intereses tiene exactamente F5 en este ámbito. Últimamente, el tema suele ser DevOps o estar relacionado de algún modo con DevOps.
La realidad es que los servicios vinculados a las aplicaciones, como el balanceo de carga, se están acercando cada vez más a estas, integrándose en el entorno más ágil, automatizado y basado en software que conforma la red de aplicaciones. Es ahí donde se implementan sistemas informáticos y centrados en las aplicaciones, como las cachés (por ejemplo, memcached y Redis), así como bases de datos y contenedores, mediante metodologías de CI/CD (integración continua/entrega continua) que dependen en gran medida de la automatización y la orquestación.
F5 —y, más concretamente, BIG-IP— es prácticamente sinónimo de balanceo de carga. Llevamos haciéndolo desde antes del cambio de siglo y, de hecho, muchos de los principales algoritmos y conceptos de balanceo de carga que se utilizan hoy en día con otros balanceadores de carga se inventaron aquí. Por tanto, decir que sabemos bastante sobre el balanceo de carga de aplicaciones es quedarse corto. Y lo hacemos con software que se implementa tanto en hardware diseñado a medida como incluso en la nube.
Ese software cuenta con una API llamada iControl que está disponible tanto en versión SOAP como REST, para facilitar su uso mediante programación. Esta API permite a cualquiera (incluso a mí) aprovisionar, configurar y controlar los servicios de equilibrio de carga (y otros servicios) de un BIG-IP para cualquier aplicación.
Ahora bien, como ya he dicho, los servicios vinculados a las aplicaciones se acercan cada día más a estas. La escalabilidad —el equilibrio de carga— es uno de esos servicios. Hoy en día es un componente esencial para cualquier aplicación y, cada vez más, para los microservicios que conforman las aplicaciones modernas. Como señaló Microsoft en un informe de 2015 sobre el escalado de servicios:
“Ante la presencia de máquinas numerosas y diversas, el desarrollador se ve obligado a plantearse cómo particionar la carga de trabajo de la aplicación, así como la conectividad de red necesaria para admitir cada esquema de particionamiento. Un aspecto muy importante de la conectividad es el que existe entre los usuarios externos y el propio servicio. Salvo en los servicios más pequeños, se necesita algún tipo de mecanismo de equilibrio de carga para distribuir la carga de las conexiones entrantes entre los servidores de front-end. Muchos megaservicios también cuentan con subservicios que, a su vez, tienen la carga equilibrada. [énfasis añadido] ”
El balanceo de carga no es algo que se añada a posteriori, sino un complemento natural para las aplicaciones y los servicios actuales, ya que permite alcanzar la escalabilidad (y fiabilidad) necesarias para mantener satisfechos a los usuarios y garantizar la continuidad del negocio. Por ello, cada vez es más evidente que el balanceo de carga forma parte de la arquitectura general de las aplicaciones. Y así debe ser, puesto que añadir cualquier componente a la arquitectura de una aplicación puede generar problemas o dificultades de integración que es preciso resolver. Problemas que deben abordarse antes de que la aplicación pase a producción, no después. El tiempo necesario para detectar y solucionar problemas en producción es mucho mayor que en los entornos de desarrollo o pruebas. Por tanto, incluir el balanceo de carga en la arquitectura de la aplicación permite una transición más fluida (y rápida) a producción y su puesta a disposición de los usuarios.
Pero eso significa que debe poder integrar el equilibrador de carga en los procesos automatizados por la cadena de herramientas de DevOps, que cada vez impulsan más la integración y la entrega en los entornos de desarrollo y pruebas. Esto implica ofrecer un conjunto completo de herramientas programáticas, como API y plantillas, que permitan tratar la infraestructura como código y automatizar su aprovisionamiento y configuración. Eso es precisamente lo que iControl (REST o SOAP) hace para F5.
BIG-IP se puede integrar en DevOps durante las fases de despliegue, pruebas y publicación aprovechando sus API nativas con prácticamente cualquier lenguaje que prefiera (por ejemplo, Powershell, Python y Perl), o mediante marcos de trabajo como Chef y Puppet y herramientas como Ansible y SaltStack. iApps, nuestras plantillas que describen la configuración de un servicio de aplicaciones, se pueden tratar como código: almacenarlas en Github, recuperarlas y desplegarlas tal cual, o personalizarlas mediante un script.
En esencia, los servicios de aplicaciones de BIG-IP, como el equilibrio de carga y muchos de sus servicios de rendimiento y seguridad de aplicaciones, deberían integrarse en una fase más temprana del proceso de CI/CD para garantizar que estos servicios críticos funcionen conjuntamente con la aplicación de forma fluida y según lo previsto.
Con el tiempo, veremos cómo cada vez más dispositivos tradicionalmente considerados «de red» se integran en el mundo de DevOps, a medida que la presión por desplegar aplicaciones con mayor rapidez y frecuencia, y con menos interrupciones, sigue empujando de lleno a los responsables empresariales y de TI hacia la economía de las aplicaciones.
Para profundizar en las herramientas de DevOps que puedes utilizar con BIG-IP, consulta esta publicación de DevCentral: «F5 Friday: herramientas de DevOps y F5»
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.