En una publicación anterior, exploramos la idea de añadir servicios de aplicaciones a arquitecturas de aplicaciones en constante evolución mediante un concepto que denominamos «puntos de inserción». Para quienes no hayan seguido la serie, un punto de inserción es una ubicación arquitectónicamente diferenciada en la ruta que siguen los datos desde el código hasta el cliente, en la que tiene sentido añadir funcionalidades que a menudo quedan fuera del ámbito del desarrollo o que resultan más eficientes desde el punto de vista operativo.
Un sólido conjunto de funcionalidades permite añadir o mejorar las aplicaciones que representan las actividades empresariales actuales.
Los puntos de inserción incluyen el cliente, la infraestructura y la propia aplicación. Cada uno presenta ventajas e inconvenientes a la hora de equilibrar la eficiencia operativa y la rentabilidad. Por ejemplo, probablemente no resulte eficiente ni desde el punto de vista operativo ni en términos de costes integrar un servicio de aplicaciones contra ataques DDoS centrado en la red en el cliente o en la aplicación. Esto se debe a que ninguno de estos puntos de inserción tiene acceso a las capacidades aceleradas por hardware que ofrece una opción basada en la infraestructura, ni dispone de la visibilidad necesaria para realizar una evaluación precisa.
Por tanto, buscamos servicios de aplicaciones que sean eficientes tanto desde el punto de vista operativo como económico en el punto de inserción; en este caso, nos centramos en el propio servidor de aplicaciones (la plataforma).
La plataforma de aplicaciones como punto de inserción
Al principio, este punto de inserción puede parecer una elección extraña. Los servidores de aplicaciones alojan y distribuyen aplicaciones, no servicios de aplicaciones. Pero, si tenemos en cuenta el papel que desempeñan actualmente NGINX y otros servidores de aplicaciones, veremos que a menudo actúan al mismo tiempo como infraestructura y como servidor. Por ejemplo, algunos servidores de aplicaciones pueden actuar, y de hecho actúan, como punto de terminación SSL. La terminación SSL es un servicio de aplicaciones que suele combinarse con la descarga SSL (aceleración por hardware). Los servicios de cortafuegos para aplicaciones web también suelen integrarse en los servidores de aplicaciones mediante complementos.
El uso del servidor de aplicaciones como punto de inserción no es algo nuevo ni desconocido. En nuestro estudio Estado de los servicios de aplicaciones en 2020 preguntamos por esta opción para implementar servicios de aplicaciones. Descubrimos que existe interés en este punto de inserción. Alrededor del 6 % de los encuestados querría utilizar un «complemento» para los servicios de aplicaciones. Otro 9 % preferiría la modalidad «como servicio», que requiere un fragmento de código auxiliar (inyectado o incluido) para invocarlo. Un pequeño porcentaje, el 4 %, querría utilizar una biblioteca para incluir servicios de aplicaciones. Esta última opción se utiliza con frecuencia para incorporar funcionalidades en aplicaciones sin servidor (función como servicio).
En muchos casos, implementar un servicio de aplicaciones en un servidor de aplicaciones resulta acertado desde el punto de vista operativo. Dado que estos servicios suelen configurarse para una única aplicación, el mismo equipo puede empaquetarlos e implementarlos. La experiencia con el servidor de aplicaciones aporta mayor confianza y facilita la integración en ecosistemas y canales de implementación.
En algunos casos, tendrá sentido desplegar conjuntamente la aplicación y el servicio de la aplicación en la misma instancia de un único servidor de aplicaciones. Por ejemplo, la protección de la aplicación mediante una política específica para ella puede integrarse y ejecutarse como un paso del procesamiento de solicitudes y respuestas. Invocar esta funcionalidad desde el propio servidor resulta lógico y, si la inspección se realiza localmente, puede mejorar el rendimiento al eliminar saltos adicionales y el procesamiento por parte de servicios alojados fuera del entorno. Esto puede aumentar la eficiencia tanto operativa como económica, especialmente si el servicio se factura por hora o por invocación.
Tanto si el servidor de aplicaciones se utiliza para alojar un servicio de aplicación independiente como para alojar conjuntamente la aplicación y su servicio, sin duda constituye un buen punto de integración para los servicios de aplicación adecuados.
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog
Proteger los endpoints de las API dificulta la seguridad de las API
Descubre las complejidades de la seguridad de las API, los retos a los que se enfrentan las organizaciones, la evolución de los ataques contra endpoints de API y la necesidad de políticas de seguridad adaptadas.
¿Qué es el sesgo de la IA y por qué es importante para TI?
Descubre los fundamentos del aprendizaje de la IA. Aprende cómo pueden surgir sesgos en la IA y qué riesgos plantean para las TI y la transformación digital.
Redefiniendo la ciberseguridad en el extremo de la nube distribuida con IA y telemetría en tiempo real
La transformación digital y la adopción de tecnologías en la nube están provocando cambios en las arquitecturas de las aplicaciones. Estos cambios introducen nuevas superficies de ataque, que son el objetivo de métodos de ataque avanzados, altamente organizados y con motivaciones económicas. Mediante el uso del framework Morpheus de NVIDIA, F5 está investigando técnicas para detectar estas amenazas avanzadas con telemetría en tiempo real y análisis basados en IA.
El papel de la nube en las aplicaciones nativas del edge
No debería sorprender que, al igual que la aparición de la nube dio lugar a las aplicaciones nativas de la nube, el edge esté impulsando un conjunto de aplicaciones nativas del edge. Sin embargo, estas aplicaciones no residirán únicamente en el edge. Al mismo tiempo, están surgiendo nuevos patrones arquitectónicos que aprovechan las aplicaciones alojadas en la nube y en el centro de datos.
La creciente diversidad de ubicaciones y usuarios está impulsando a las empresas hacia el edge
En el contexto del ámbito de las aplicaciones, el término «usuario» siempre se ha referido a la entidad que interactúa con una aplicación. Del mismo modo que los cambios en las arquitecturas de las aplicaciones impulsan cambios en las tecnologías que permiten ofrecerlas y protegerlas, los cambios en la definición de usuario han provocado cambios en los lugares donde se despliegan las aplicaciones.
El edge está impulsando un renacimiento de las infraestructuras
A medida que las organizaciones aumentan la generación de datos y tratan de extraer valor empresarial de ellos, sin duda recurrirán a la analítica y la automatización basadas en la IA y el aprendizaje automático. Precisamente este tipo de cargas de trabajo son las que más se beneficiarían de una infraestructura optimizada y, sin embargo, hoy en día son las que menos probabilidades tienen de poder aprovecharla.