Infraestructura desechable para aplicaciones desechables

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Programas de conferencias. Navegación por eventos. Tareas específicas, como comprar una casa o solicitar un préstamo para un coche.

Si has instalado una aplicación para cualquiera de estas cosas, has instalado lo que se conoce como una «aplicación móvil desechable» o DMA. Son aplicaciones diseñadas para un único caso de uso y concebidas para «desecharse» como si fueran folletos: se eliminan hasta que vuelven a necesitarse. Estas aplicaciones son necesariamente pequeñas, ágiles y muy volátiles. A veces solo existen durante un breve periodo —por ejemplo, para dar soporte a un evento como unas elecciones, el Mundial o un festival de música—; otras permanecen durante mucho tiempo en el lado del «servidor», pero no en el del cliente, como ocurre al guiar al usuario durante el proceso de contratación de una hipoteca.

Estas aplicaciones son cada vez más populares y se consideran una especie de «microaplicación» (muy similar a los microservicios, pero diseñada para el desarrollo por parte de terceros, no para el desarrollo interno).

La razón por la que es importante señalar la existencia de este tipo de aplicaciones es que pueden tener ciclos de vida muy distintos. Desde que nacen hasta que desaparecen, pueden existir tan solo durante días, semanas o meses. Surgen de repente y se desvanecen con la misma rapidez. En su mayoría, son desechables y, por tanto, es probable que la infraestructura que las sustenta también lo sea.

En una era de centros de datos virtualizados, en la que el software se está comiendo las TI, esta idea no es tan descabellada como podría haber parecido en otro tiempo. Al fin y al cabo, no estamos desechando equipos que cuestan miles de dólares. No son más que unos cuantos bits que pueden desplegarse y eliminarse fácilmente con solo pulsar la tecla Intro.

Eso podría estar bien si su única preocupación en materia de infraestructura fuera un servidor web o de aplicaciones. Pero resulta que estas aplicaciones necesitan escalabilidad y ayuda para mejorar el rendimiento (al fin y al cabo, son aplicaciones móviles y la mayor parte del procesamiento se realiza en el servidor, es decir, en la nube), lo que implica varios componentes de lo que generalmente se considera infraestructura de red: servicios de equilibrio de carga, almacenamiento en caché y optimización. Esto significa que también deben ser «desechables». Deben poder implementarse como software (o de forma virtual) y contar con un conjunto sólido de API y plantillas que permitan aprovisionarlos, configurarlos y, posteriormente, desmantelarlos con rapidez. También significa que deben estar preparados para la nube, habilitados para ella o «cloudificados» (el término de marketing que prefiera), de modo que la infraestructura y los servicios que sustentan estas aplicaciones desechables sean tan flexibles y desechables como las propias aplicaciones que ofrecen.

Esto también significa que adoptar un enfoque DevOps es cada vez más importante para gestionar estos entornos tan volátiles, en los que se lanzan y retiran muchas más aplicaciones en ciclos más cortos. Un enfoque único y monolítico de «una aplicación para todas nuestras ofertas» no es necesariamente la forma en que se conciben y distribuyen las aplicaciones móviles desechables. Estas tienen un enfoque y un propósito concretos, es decir, se centran en ofrecer un conjunto específico de funcionalidades que nunca se ampliará. Las demás funciones y finalidades se ofrecen mediante otras aplicaciones, lo que aumenta el número total de aplicaciones necesarias y ejerce una presión adicional sobre los equipos de operaciones para que las implementen y distribuyan. Cada una de esas aplicaciones tiene servicios, configuraciones y requisitos de supervisión específicos que deben adaptarse a ella. En el mundo de las aplicaciones, no existe una solución universal. Esto supone una diferencia notable con respecto a un mundo en el que la configuración de la infraestructura puede permanecer prácticamente inalterada durante toda la vida útil de la aplicación, salvo por ajustes de rendimiento o seguridad. Esto implica más trabajo y más complejidad, con mayor frecuencia, para los equipos de operaciones que deben gestionar la infraestructu

Por eso es cada vez más importante que la infraestructura no solo esté definida por software o virtualizada y no solo ofrezca una API sólida de aprovisionamiento y configuración, sino que también se centre en participar en los crecientes ecosistemas de automatización de marcos y conjuntos de herramientas populares como Puppet y Chef, VMware y Cisco, OpenStack y Salt Stack. Estos son los marcos que permiten que la entrega continua se extienda más allá del desarrollo y llegue a las operaciones y proporcionan los medios para que la infraestructura pueda ponerse en producción con la misma facilidad con la que se retira.

El software se está comiendo las TI, pero eso debe considerarse algo positivo . DevOps, como enfoque para gestionar el ciclo de vida en todo el espectro de las aplicaciones y la infraestructura, es necesario para gestionar el crecimiento impulsado por el software que se está comiendo el mundo. CA y Vanson Bourne constataron en una encuesta mundial que adoptar un enfoque DevOps aporta beneficios cuantificables: el 21 % de los encuestados afirmó que permitía ofrecer más software y servicios nuevos, y el 18 % observó una reducción del tiempo de comercialización.

Ese tipo de agilidad y rapidez es imprescindible si se van a admitir aplicaciones desechables y la infraestructura desechable necesaria para ofrecerlas. Uno de los principales problemas de TI es que la red sigue siendo un obstáculo. Según un estudio de EMA, en 2014, el 39 % de las organizaciones señaló como un problema importante «la lentitud de los procesos manuales para reconfigurar la infraestructura y adaptarla a los cambios».

Aplicar DevOps a «la red» ayudará a eliminar este importante obstáculo en el camino hacia la producción. Parte de ese esfuerzo consiste en desechar nuestras ideas preconcebidas sobre la naturaleza de la red (¡es hardware! ¡Es intocable! ¡No es mi ámbito!) y empezar a plantearnos qué componentes de la red están preparados para considerarse tan desechables como las aplicaciones que distribuye.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

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 Vittie