Los cinco requisitos para los servicios de aplicación en un centro de datos definido por software

Los modelos de centros de datos están cambiando. Una variedad de tendencias técnicas y demandas comerciales están forzando ese cambio, la mayoría de ellas centradas en el crecimiento explosivo de las aplicaciones. Esto significa, a su vez, que los requisitos para la entrega de aplicación están cambiando .

Ciertamente, la entrega de aplicación debe ser ágil, no en cascada. Necesita prestar servicios en horas, no en semanas o meses. Debe ser más rentable. Y más que cualquier otra cosa, tiene que ser realmente, 

Realmente, súper centrado en las aplicaciones. Especialmente aquellos servicios que son particularmente afines a la aplicación . Ya sabes cuáles son: almacenamiento en caché, equilibrio de carga, seguridad de aplicaciones web y rendimiento. Estos son los servicios cuyas configuraciones están vinculadas (estrechamente acopladas) a las aplicaciones que ofrecen. Por lo tanto, deben estar más cerca de la aplicación, ya sea topológicamente o físicamente.

Estos son los servicios de aplicación descritos como "por aplicación" . Como se puede inferir (y yo insinuaría), estos servicios realmente se implementan y configuran para cada aplicación.

Esto significa que deben ser tan ágiles y orquestables como las aplicaciones (o microservicios) que ofrecen. Eso significa más que simplemente ser software (o virtual); también significa adaptarse al entorno cada vez más DevOpsy que actualmente está tomando control del desarrollo y las operaciones en el centro de datos definido por software (SDDC).

Hay cinco requisitos clave para que los servicios se adapten y posibiliten la transición de un centro de datos tradicional a un modelo de centro de datos definido por software y más basado en la nube.

1.Servicios por aplicación

Servicios como equilibrio de carga, almacenamiento en caché y servicios de mejora del rendimiento deben adaptarse a un entorno altamente distribuido y centrado en aplicaciones. Esto garantiza el aislamiento, de modo que el fallo se limita a una pila de aplicación individual. Un modelo por aplicación también garantiza un control granular de la aplicación en cuestión. Esto permite además una mayor visibilidad del rendimiento de las aplicación , especialmente cuando las aplicaciones están compuestas por múltiples instancias de microservicios.

2.Huella ligera

El increíble crecimiento de las aplicaciones , tanto de la demanda de aplicación móviles como de las arquitecturas de microservicios, significa que las organizaciones tienen que hacer más con menos. Hay menos recursos disponibles y, por lo tanto, es necesario un modelo de servicio liviano para hacer el uso más eficiente de lo que está disponible. Una huella liviana para los servicios de aplicación también sirve para aumentar la densidad del servicio y permitir que todas las aplicaciones y servicios reciban la atención a la seguridad, la escalabilidad y el rendimiento que no solo merecen sino que el negocio exige.

3.Orquestación amigable

En un entorno cada vez más automatizado, impulsado por un enfoque DevOps, es fundamental que los servicios de aplicación presenten API y plantillas compatibles con la orquestación. Esto es necesario para garantizar una fácil integración con las herramientas y los marcos utilizados para automatizar y orquestar implementaciones impulsadas por un enfoque de entrega continua (CD) para el desarrollo de aplicación . Estas API también permiten el escalamiento automático hacia arriba y hacia abajo, lo que respalda la necesidad de un uso eficiente de los recursos en estas implementaciones cada vez más densas.

4.Compatibilidad con varias máquinas virtuales

Además del software puro, los servicios de aplicación que deseen integrarse en un centro de datos definido por software deben soportar el conjunto más amplio posible de hipervisores. VMware, Citrix, Microsoft y KVM no son negociables en términos de soporte. Incluso las organizaciones que hoy se han estandarizado en una plataforma pueden migrar o expandir su uso a otras en el futuro.

5.Rentable

La cantidad de servicios y aplicaciones que necesitan servicios por aplicación en un centro de datos definido por software puede llegar a miles. La plataforma de servicios utilizada para brindar servicios de aplicación complementarios debe escalar económicamente para satisfacer esa demanda, lo que implica modelos de licencia basados ​​en suscripción y consumo que alcancen nuevas economías de escala para los servicios de aplicación .

El mundo de las aplicaciones se está expandiendo. Los dispositivos móviles, los microservicios y, más temprano que tarde, la Internet de las cosas están creando un crecimiento explosivo de aplicaciones que, a su vez, impulsan la demanda de modelos de DevOps y de centros de datos definidos por software. Los modelos de distribución de aplicación también deben adaptarse y garantizar que todas las aplicaciones y servicios puedan escalarse y protegerse de la forma más eficiente y rentable posible. Para la entrega de aplicación eso significa soluciones de software programables .