El uso explosivo y generalizado de las API está contribuyendo al auge de la arquitectura headless y otorgando a GraphQL un lugar destacado en esta arquitectura de aplicaciones neomoderna.
Durante más de dos décadas, los cambios de paradigma significativos en las arquitecturas de aplicaciones han repercutido directamente en la evolución de la entrega de aplicaciones. Históricamente, las arquitecturas de aplicaciones destinadas a dominar e influir en nuestro mercado surgen y empiezan a configurarlo cada cinco años, y se consolidan como dominantes unos cinco años después, lo que a su vez impulsa cambios en el mercado de la entrega de aplicaciones.
Los microservicios (nativos de la nube) empezaron a ganar relevancia en el mercado en 2015, pero no fue hasta 2020 cuando las mallas de servicios y el control de entrada cobraron protagonismo y comenzaron a marcar el rumbo del panorama de la entrega de aplicaciones. Ahora estamos observando los primeros indicios del auge de una nueva arquitectura —headless— que sustituirá a los microservicios como principal motor de la entrega de aplicaciones.
Según las tendencias históricas, la arquitectura headless alcanzará una presencia significativa en el mercado en 2025 y comenzará a impulsar cambios en el mercado de la entrega de aplicaciones. La regularidad de este ciclo, junto con el aumento de la actividad y el interés del mercado en torno a las API y la tecnología de grafos, augura un impacto significativo en la entrega de aplicaciones para el año 2030.
Tendencias que impulsan la arquitectura headless
Hay varias fuerzas externas que están impulsando la convergencia de dos tendencias tecnológicas que darán lugar al próximo gran cambio en la entrega de aplicaciones: el diseño API-first y la democratización de los datos.
- Transformación digital
El impulso por digitalizar las empresas se materializa en «servicios digitales» prestados por una «empresa digital». Los servicios digitales son estructuras empresariales efímeras compuestas por aplicaciones, entrega de aplicaciones, seguridad de aplicaciones y datos, que se integran, coordinan y gestionan mediante API. Actualmente, el 82 % de las organizaciones presta servicios digitales tanto a usuarios internos como externos (SOAS 2022).
Al mismo tiempo, la adopción de microservicios, que se comunican principalmente mediante API, ha seguido aumentando. Según nuestra propia investigación, estimamos que «el número de API públicas y privadas se acerca actualmente a los 200 millones y, para 2031, podría ascender a miles de millones».
Tendencia: El resultado es una transición hacia las API de tal magnitud que provocará una disrupción en el consolidado mercado de entrega de aplicaciones, de forma muy similar a como las tecnologías móviles y los microservicios transformaron dicho mercado entre 2010 y 2020.
|
|
Descentralización
La descentralización es el resultado de la actividad digital distribuida derivada del trabajo remoto, la adopción masiva del IoT y la preocupación por la privacidad de los datos. La descentralización suele estar vinculada a tecnologías Web3 como la cadena de bloques, así como a la computación en el extremo, especialmente cuando se aplica al IoT industrial. Sin embargo, lo que realmente impulsa la disrupción es el resultado de la descentralización. Tanto los datos como las aplicaciones se «descentralizan», lo que plantea los retos de rendimiento y seguridad propios de cualquier sistema distribuido. Esto incluye al 77 % de las organizaciones que buscan implementar cargas de trabajo de procesamiento de datos y de front-end digital en el extremo (SOAS 2022).
Tendencia: La descentralización tiene consecuencias que van más allá de las aplicaciones distribuidas, ya que también incorpora la capacidad de distribuir datos. Los enfoques tradicionales relegan los datos a una capa protegida, detrás de las aplicaciones. La descentralización está imponiendo un nuevo enfoque en el que los datos se exponen directamente mediante API, sin necesidad de un intermediario (una aplicación). Este cambio elimina el enfoque por capas de la arquitectura de aplicaciones y proporciona una vía de acceso directo a los datos para socios externos, desarrolladores externos y consumidores. El inicio de esta democratización de las cargas de trabajo dentro de la arquitectura de aplicaciones puede observarse en las arquitecturas de microservicios. También vemos el valor empresarial actual de democratizar los datos en modelos de negocio basados en la inversión; es decir, liberar los datos mediante API para generar valor para socios y desarrolladores externos.
También observamos el valor empresarial actual de democratizar los datos en modelos de negocio que se basan en la inversión, es decir, en liberar los datos mediante APIs para crear valor para socios y desarrolladores externos.
Low-Code/No-Code
La digitalización está impulsando una demanda de profesionales de la ingeniería superior a la oferta disponible en el mercado. Esto impide que las organizaciones aprovechen la enorme cantidad de datos que genera una empresa digital. Los profesionales disponibles están sobrecargados y, a menudo, no pueden desarrollar soluciones con la rapidez que exige el negocio.
Este desequilibrio entre la oferta y la demanda está impulsando el auge de las soluciones de código bajo o sin código, que permiten a un conjunto más amplio de usuarios desarrollar soluciones y servicios. Los estudios indican que el 75 % de las empresas adoptará una «combinación de código bajo o sin código e innovación convencional».
Tendencia: Las soluciones de código bajo/sin código dependen del acceso a la lógica empresarial y a los datos, ambos ampliamente disponibles gracias a la democratización de los datos y al diseño centrado en las API. La necesidad de estas soluciones acelera la maduración de las tendencias relacionadas tanto con los datos como con las API.
El lenguaje utilizado en el mercado en relación con las API —routers, puertas de enlace y middleware— es similar al empleado antes de anteriores transformaciones del mercado impulsadas por los microservicios, la movilidad y los cambios arquitectónicos. La actividad, la terminología y el ritmo de creación de API indican que esta transformación tendrá un impacto significativo en los mercados de la entrega y la seguridad de aplicaciones.
Ya estamos viendo el inicio de una disrupción basada en las API en el sector, en forma de productos y servicios centrados específicamente en la observabilidad y la seguridad de las API, la inteligencia sobre amenazas y la federación.
Estos cambios no se producen de forma aislada. De hecho, el cambio en la entrega de aplicaciones provocado por los microservicios se debió en gran medida a la adopción generalizada de Kubernetes y a su decisión arquitectónica de incorporar directamente funcionalidades que tradicionalmente ofrecían las tecnologías de entrega de aplicaciones, como los controladores de entrada (enrutamiento de capa 7).
El cambio en las API no es diferente, y las tendencias actuales indican que impulsará el auge de GraphQL, un enfoque para diseñar API que interactúa de forma más directa con los datos y aborda los problemas de rendimiento de las soluciones basadas en REST y que, lo que es más importante, incorporará funciones de entrega de aplicaciones en su conjunto de características principales.
Arquitectura headless
El predominio de las API está impulsando lo que los analistas denominan «arquitectura headless», es decir, capacidades y funciones empresariales expuestas como API sin la capa de presentación tradicional. Esta arquitectura suele abordarse en el contexto de las «aplicaciones componibles», otra tendencia tecnológica en auge que está surgiendo en el mercado.
Las arquitecturas headless son una buena opción para satisfacer la necesidad de soluciones low-code/no-code, ya que las API constituyen una forma práctica de ofrecer una lógica componible que se puede personalizar fácilmente sin un esfuerzo considerable. La arquitectura headless también permite crear servicios digitales a partir de diversas aplicaciones, servicios y sistemas, y resulta sumamente práctica para integrar cargas de trabajo distribuidas, como ya demuestra el mercado del IoT, impulsado principalmente por las API.
Así pues, parece razonable afirmar que el próximo cambio en las tecnologías de entrega y seguridad de aplicaciones estará impulsado por las API, que llevarán las arquitecturas headless al gran público.
El impacto más significativo se producirá en los servicios de entrega y seguridad de API. Durante mucho tiempo, el mercado ha considerado las API como un mero caso de uso especializado de la entrega y la seguridad de aplicaciones web. Este cambio pondrá de manifiesto que las API constituyen una clase independiente de entidades, con necesidades específicas de entrega y seguridad que no pueden abordarse por medios tradicionales. Esto resulta especialmente evidente al analizar el impacto de los servicios de datos expuestos directamente mediante API. Durante la mayor parte de la historia, los datos solo se han expuesto a través de aplicaciones. La exposición directa mediante una API supone por sí sola un cambio significativo, pero también constituye el ejemplo perfecto de por qué las API ya no son un subconjunto de las aplicaciones web, sino un componente arquitectónico independiente por derecho propio.
El papel de GraphQL en la arquitectura headless
Este cambio en las arquitecturas de las aplicaciones también se está produciendo en un momento en el que los enfoques de las API están evolucionando, como ha ocurrido históricamente, normalmente en respuesta a la forma en que se utilizan. En última instancia, todas las API se utilizan para intercambiar datos, pero, con el tiempo, el tipo y el formato de esos datos cambian para adaptarse a las limitaciones y capacidades de la arquitectura de las aplicaciones. Por ejemplo, REST y JSON se popularizaron junto con la transición hacia los dispositivos móviles y los microservicios, como respuesta a la necesidad de intercambiar datos con mayor frecuencia y a la menor potencia de procesamiento de las plataformas móviles. SOAP y XML requerían un análisis exhaustivo y consumían un ancho de banda excesivo. REST y JSON redujeron esta carga al aprovechar las estructuras HTTP existentes para describir los endpoints y adoptar un formato de datos más sencillo: JSON.
Sin embargo, tanto SOAP/XML como REST/JSON requieren competencias tradicionales de desarrollo, mientras que la tendencia apunta hacia el low-code/no-code, que presupone pocos o ningún conocimiento de desarrollo. GraphQL es un lenguaje de consulta sencillo, orientado a usuarios que no son desarrolladores y muy compatible con herramientas simples que lo ponen al alcance de un conjunto más amplio de usuarios. Esto permite que las API sean accesibles y puedan integrarse en servicios digitales de todo tipo, lo que convierte a GraphQL en el sustituto perfecto de REST/JSON a medida que las arquitecturas evolucionan hacia modelos basados exclusivamente en API (headless).
GraphQL es actualmente la solución preferida para el problema de la proliferación de API y los mismos problemas de rendimiento que contribuyeron a impulsar la transición de SOA (arquitectura orientada a servicios) a REST. GraphQL también cuenta con la ventaja de una especificación, que está ayudando a impulsar el desarrollo de soluciones de código bajo o sin código que permiten paliar el reto que supone la escasez de talento.
Por último, dado que GraphQL consulta las API y que la gran mayoría de los almacenes de datos actuales disponen de API, las soluciones basadas en GraphQL pueden eliminar eficazmente la aplicación «intermediaria» y acceder directamente a la propia fuente de datos. Esto resulta especialmente útil para las aplicaciones distribuidas que necesitan un acceso rápido y directo a datos ubicados en lugares remotos.
Esto sitúa a GraphQL en una posición privilegiada para actuar como «puerta de enlace» a la arquitectura headless, de forma muy similar a cómo los controladores de ingreso pasaron a actuar como «puerta de enlace» a la arquitectura de microservicios.
Conclusión
Se dice que lo único constante es el cambio, y esto también se aplica a la tecnología. Rara vez permanecemos inmóviles durante más de unos años antes de que alguien cambie las reglas del juego. En el mundo de la entrega y la seguridad de aplicaciones, esas reglas vienen definidas en parte por las arquitecturas de las aplicaciones. Por tanto, ningún cambio significativo en las arquitecturas de las aplicaciones se produce sin impulsar también la evolución de la entrega y la seguridad de aplicaciones.
Este cambio aún tardará unos años en producirse, pero ya se puede apreciar el profundo impacto que tecnologías como GraphQL y las API están teniendo en todos los ámbitos, desde la infraestructura y el edge hasta la entrega de aplicaciones.
La arquitectura headless está en auge y GraphQL desempeñará un papel importante.
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.