BLOG

Infraestructura desechable para aplicaciones desechables

Miniatura de Lori MacVittie
Lori MacVittie
Publicado el 25 de mayo de 2015
icono de infraestructura desechable

Agendas de conferencias. Navegación de eventos. Tareas específicas, como comprar una casa u obtener un préstamo para un automóvil.

Si ha instalado una aplicación para cualquiera de estas cosas, ha instalado lo que se conoce como una "aplicación móvil desechable" o DMA. Aplicaciones diseñadas para un único caso de uso y con la expectativa de que serán "desechadas" como si fueran folletos. Eliminado hasta que sea necesario nuevamente. Estas aplicaciones son necesariamente pequeñas, ágiles y muy volátiles. A veces existe solo por un corto tiempo (por ejemplo, para apoyar un evento como una elección, la Copa Mundial o un festival de música) o existe por un largo tiempo en el lado del "servidor", pero no en el del cliente, como cuando se navega por un proceso de hipoteca de vivienda.

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

La razón por la que es importante señalar la existencia de este tipo de aplicaciones es que pueden tener duraciones de vida muy diferentes. Desde la cuna hasta la tumba pueden existir sólo durante días, semanas o meses. Aparecen de repente y luego, con la misma rapidez, se desvanecen. Son desechables, en su mayor parte, y por lo tanto, la infraestructura que los sustenta probablemente también sea desechable.

En una era de centros de datos virtualizados, en la que el software devora a las TI , esta noción no es tan descabellada como pudo parecer en algún momento. Después de todo, no es que estemos tirando a la basura hardware que vale miles de dólares. Son solo algunos fragmentos que se pueden montar y desmontar fácilmente con solo hacer clic en la tecla Intro.

Eso podría ser bueno si su única preocupación en términos de infraestructura es un servidor web/aplicación. Pero sucede que estas cosas necesitan escalabilidad y ayuda con el rendimiento (son aplicaciones móviles, después de todo, y la mayor parte del procesamiento se realiza en el servidor, en la nube), y eso implica varias piezas de lo que generalmente se considera infraestructura de red. Equilibrio de carga, almacenamiento en caché y optimización de servicios. Esto significa que también deben ser "desechables". Deben ser implementables mediante software (o virtuales) y venir con un conjunto sólido de API y plantillas a través de las cuales se puedan aprovisionar, configurar y luego desmantelar rápidamente. Esto también significa que deben estar preparadas para la nube, habilitadas para la nube o nubificadas (cualquier término de marketing que prefiera utilizar) para que la infraestructura y los servicios que respaldan estas aplicaciones desechables sean tan flexibles y desechables como las aplicações que ofrecen.

 

Red de puntos críticos clave

Esto también significa que un enfoque DevOps es cada vez más importante para gestionar estos entornos muy volátiles en los que se entregan y eliminan muchas más aplicaciones en ciclos más cortos.  Un enfoque único y monolítico del tipo "una aplicación que se adapte a todas nuestras ofertas" no es necesariamente la forma en que se conciben y se entregan las aplicaciones móviles desechables. Están enfocados y tienen un propósito, lo que significa que están enfocados en proporcionar un conjunto específico de funcionalidades que nunca se ampliarán. Luego, otras funciones y propósitos se entregan a través de otras aplicaciones, lo que aumenta el número general de aplicações necesarias y pone presión adicional sobre las operaciones para implementar y entregar esas aplicaciones. Cada una de estas aplicaciones tiene servicios, configuraciones y requisitos de monitorización específicos que deben adaptarse a cada una. En el mundo de las aplicações, no existe una solución universal. Esta es una marcada diferencia con respecto a un mundo en el que la configuración de la infraestructura puede permanecer en gran medida sin cambios durante la vida útil de la aplicación, con la excepción de algunos ajustes de rendimiento o seguridad. Esto significa más trabajo, más complejidad, con mayor frecuencia para las operaciones que deben gestionar la infraestructura.

Por eso es cada vez más importante que la infraestructura no sea solo software o virtualizada, que no solo presente una API de aprovisionamiento y configuración robusta, sino que también se centre en la participación 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 salga del desarrollo y llegue a las operaciones, y brindan los medios por los cuales la infraestructura se puede poner en producción con la misma facilidad con la que se puede desechar.

El software se está comiendo a la TI, pero eso debería tomarse como algo bueno . DevOps como enfoque para la gestión del ciclo de vida en todo el espectro de aplicação e infraestructura es necesario para gestionar el crecimiento impulsado por el software que devora el mundo. CA y Vanson Bourne encontraron beneficios cuantificables de adoptar un enfoque DevOps en una encuesta global : el 21 % de los encuestados informó que era posible crear más software y servicios nuevos y el 18 % observó un tiempo de comercialización más rápido.

Ese tipo de agilidad y velocidad es un requisito si vas a dar soporte a aplicaciones desechables y a la infraestructura desechable necesaria para distribuirlas. Un problema clave en materia de TI es el hecho de que la red todavía está en el camino. Según una investigación de EMA , el 39 % de las organizaciones citaron los "procesos manuales lentos para reconfigurar la infraestructura para adaptarse al cambio" como un problema importante en 2014.

La aplicación de DevOps a “la red” ayudará a eliminar este importante punto de impedancia en el camino hacia la producción. Parte de ese esfuerzo incluye deshacernos de nuestras preconcepciones sobre la naturaleza de la red (¡es hardware!). ¡Es intocable! ¡No es mi dominio!) y comience a considerar qué partes de la red están listas para ser tratadas como desechables, al igual que las aplicaciones que ofrece.