La disrupción de la nube continúa con una implementación continua
Cuando la nube empezó a existir, muchos predijeron su tumultuoso impacto en las organizaciones. Muchos analizaron la inminente disrupción en términos de su impacto en el mercado de infraestructura tradicional, ya que es muy difícil pasar de un producto tangible a uno que es casi efímero por naturaleza. Y si bien eso era cierto, ha sido un viaje accidentado a medida que el mercado de infraestructura regresa (cabe destacar que es un retorno , no una transformación) a una perspectiva basada en software con la mirada puesta en la nube.
Hubo menos expertos que señalaron que la disrupción no se limitó sólo al mundo físico, sino también al mundo empresarial. La nube y un enfoque más orientado al software para construir las redes y la infraestructura necesarias para tener éxito en una economía de aplicação (y API) también requirieron un cambio en los modelos de negocios. En concreto, cómo se gestionaron los innumerables componentes de la red y de la infraestructura, incluida la concesión de licencias.
Ya ves, obtener la licencia para una sola caja es fácil (comparativamente). Se compra una licencia, se aplica y ¡listo! Es tuyo. Pero el software nunca ha sido (y quiero decir nunca ) tan sencillo. Algunos de ustedes pueden recordar la tormenta que desató el debate sobre si ciertos gigantes del software intentarían, de manera un tanto frenética, pasar del modelo de licencia de una sola CPU que habían estado usando durante años a una pesadilla matemática de múltiples CPU y múltiples núcleos que ni siquiera las “nuevas matemáticas” podían resolver fácilmente.
Lo mismo ocurrió con la nube, donde su modelo de facturación de servicios públicos hizo que volver al software fuera mucho más difícil que simplemente ajustar un poco de código para que encajara en un hipervisor virtual o basado en la nube.
Ahora llega DevOps con su noción de todo “continuo” y, de repente, el licenciamiento se convierte en un obstáculo importante que el mercado de redes e infraestructura tendrá que superar. Lo problemático no es sólo la velocidad con la que de repente se deben aprovisionar y configurar los servicios de red e infraestructura, sino también la tasa de cambio. En el pasado, se implementaba un componente de infraestructura y este se quedaba donde estaba. Pero ahora se implementan muchos componentes de infraestructura, a veces muchas veces al día, a la semana o al mes. La frecuencia de los cambios está aumentando y la demanda de ese cambio se está infiltrando (necesariamente) en la red. La integración continua (CI) y la entrega continua (CD) son competencia del desarrollo y las operaciones de la aplicación. Pero la implementación continua requiere colaboración en todo el espectro de implementación de software, lo que incluye también la producción.
Realizar pruebas en las primeras etapas de ese proceso (como en pruebas o control de calidad, no en producción) es fundamental para lograr no solo implementaciones rápidas, sino también implementaciones confiables. Implementaciones que no consumen el tiempo de los desarrolladores porque encuentran problemas en la producción debido a diferencias en las arquitecturas de red e infraestructura.
Un enfoque flexible y basado en software para la concesión de licencias puede mitigar ese desafío, así como la necesidad de una mayor agilidad en la red de producción. Al proporcionar los medios por los cuales las licencias se pueden agrupar, administrar de manera central y entregar con la facilidad de una llamada API, las organizaciones pueden igualar el desarrollo y la producción (importante para la confiabilidad y la consistencia) , así como también respaldar la necesidad de escalar en la producción cuando se utilizan versiones de software de plataformas de red e infraestructura.
Es por eso que tanto BIG-IQ 5.0 como iWorkflow 2.0 admiten licencias ágiles para miles de instancias de BIG-IP. La necesidad de administrar licencias (pero no necesariamente las instancias licenciadas) es fundamental para permitir que el desarrollo y las operaciones se integren y prueben antes en las fases de implementación de preproducción. BIG-IQ 5.0 se centra en la gestión de BIG-IP, es cierto, pero también puede gestionar las licencias de hasta 5000 instancias de BIG-IP en un modelo flexible que respalda los entornos de desarrollo más ágiles y de ritmo más rápido que DevOps está forjando hoy. Esto es especialmente crítico a medida que las arquitecturas evolucionan y los servicios de aplicaciones, como el equilibrio de carga, se acoplan más estrechamente con las aplicaciones (y los microservicios) como parte de la arquitectura en lugar de ser entidades externas "adicionales".
La disrupción inherente a la nube, tanto en el modelo operativo como en el de negocios, todavía se siente hoy. Pero tiene que ser más que simplemente un enfoque de "colocar su código en una máquina virtual/contenedor". También tiene que adaptarse a los modelos comerciales cambiantes que la nube ha introducido y que quizás, sin intención, ha impulsado a ser “como” será en el futuro previsible. F5 BIG-IP 5.0 e iWorkflow 2.0 están diseñados para adaptarse a “la forma” y garantizar que, a medida que las organizaciones adopten esa base en sus propios centros de datos (ya sean físicos o efímeros), los servicios de aplicaciones que necesitan se entregarán con prontitud.