Los cinco requisitos para los servicios de aplicação 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 aplicações. Esto significa, a su vez, que los requisitos para la entrega de aplicação están cambiando .

Ciertamente, la entrega de aplicação 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 aplicações. Especialmente aquellos servicios que son particularmente afines a la aplicação . 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 aplicações 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 aplicação 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 aplicações (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 aplicação individual. Un modelo por aplicación también garantiza un control granular de la aplicação en cuestión. Esto permite además una mayor visibilidad del rendimiento de las aplicação , especialmente cuando las aplicações están compuestas por múltiples instancias de microservicios.

2.Huella ligera

El increíble crecimiento de las aplicações , tanto de la demanda de aplicação 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 aplicação también sirve para aumentar la densidad del servicio y permitir que todas las aplicações 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 aplicação 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 aplicação . 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 aplicação 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 aplicações 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 aplicação 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 aplicação .

El mundo de las aplicações 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 aplicações 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 aplicação también deben adaptarse y garantizar que todas las aplicações y servicios puedan escalarse y protegerse de la forma más eficiente y rentable posible. Para la entrega de aplicação eso significa soluciones de software programables .