En los últimos años hemos visto un esfuerzo concertado de los proveedores de la nube (Amazon, Microsoft, Google, etc.) para responder a la necesidad misma de las empresas de servicios de aplicación .
Hoy en día, en los mercados de la nube se puede encontrar una cantidad (y esta cifra está creciendo) de servicios de aplicación que abordan la seguridad (como los firewalls de aplicación web), así como el rendimiento (almacenamiento en caché) e incluso la gestión de identidad. Esto no es ninguna sorpresa. Las empresas dependen de un promedio de 16 servicios de aplicación diferentes para que sus aplicaciones sean más rápidas y seguras. Cada año ese número aumenta. Las empresas no van a sacrificarlos por la velocidad de la nube.
En ese sentido, los servicios de aplicación influyen tanto en los clientes como en los proveedores de la nube. Pero no es una calle de un solo sentido. La nube –y cada vez más los contenedores– también está teniendo un impacto significativo en los servicios de aplicación y en cómo se entregan.
A medida que las organizaciones empresariales continúan invirtiendo en nubes privadas (locales) y experimentando con contenedores, descubren que el modelo tradicional de prestación de servicios de aplicación no siempre es adecuado.
Al igual que la mayor parte de la red, los servicios de aplicación se han entregado durante mucho tiempo a través de una plataforma (a menudo denominada Controlador de Entrega de Aplicação o ADC por sus siglas en inglés) respaldada por hardware escalable y confiable. Estos dispositivos fueron diseñados para alta disponibilidad y escalabilidad, capaces de soportar cientos de aplicaciones simultáneamente. La infraestructura compartida, ya sea de red o de aplicación , ha tenido desde hace mucho tiempo ventajas en términos de costos. Tenía sentido distribuir el capital y los gastos operativos entre múltiples aplicaciones .
Hasta que surgieron aplicaciones y arquitecturas donde antes no había.
Hay un número cada vez mayor de aplicaciones y arquitecturas que requieren un enfoque más afín a la aplicación. La moderna colección de microservicios, por ejemplo, exige una plataforma rápida, escalable y asequible en la que implementar servicios de aplicación para una sola aplicación.
Las plataformas de servicios compartidos no pueden satisfacer esa demanda como lo haría una plataforma diseñada específicamente para cada aplicación. Hay tres buenas razones para ello:
Existe una necesidad (y una demanda) de una plataforma de servicios de aplicación diseñada específicamente para soportar una única aplicación. Al reducir la responsabilidad a una sola aplicación , se reduce el tamaño (y la complejidad) de la configuración, se limita el radio de explosión de una actualización fallida a una sola aplicación y se reduce el costo tanto de adquisición como de operación.
Debido a la nube, los contenedores y los microservicios. Debido a DevOps y la economía digital que impulsa a las organizaciones a entregar con mayor rapidez y frecuencia.
Las aplicações y las arquitecturas están cambiando. Los entornos están cambiando. Esto significa que los servicios de aplicación –y sus mecanismos de distribución– también deben cambiar.