La arquitectura headless está en auge.
El uso explosivo y expansivo de las API está contribuyendo al auge de la arquitectura sin cabeza y proporcionando a GraphQL un lugar destacado en esta arquitectura de aplicação neomoderna.
Durante más de dos décadas, importantes cambios de paradigma en las arquitecturas de aplicaciones han impactado directamente en la evolución de la entrega de aplicaciones. Históricamente, las arquitecturas de aplicação destinadas a dominar e influir en nuestro mercado surgen y comienzan a darle forma cada cinco años y se vuelven dominantes aproximadamente cinco años después, lo que a su vez impulsa el cambio en el mercado de distribución de aplicaciones.
Los microservicios (nativos de la nube) ganaron participación de mercado en 2015, pero no fue hasta 2020 que la malla de servicios y el control de ingreso aumentaron, impulsando la dirección del panorama de entrega de aplicaciones. Ahora estamos viendo indicios tempranos del surgimiento de una nueva arquitectura, headless , que reemplazará a los microservicios como fuerza impulsora en la distribución de aplicaciones.
Según las tendencias históricas, la arquitectura sin cabeza alcanzará la atención del mercado en 2025 y comenzará a impulsar el cambio en el mercado de distribución de aplicaciones. La confiabilidad de este ciclo, combinada con la creciente actividad e interés en el mercado relacionado con las API y la tecnología gráfica, presagia un impacto significativo en la entrega de aplicaciones para el año 2030.
Tendencias que impulsan la arquitectura headless
Hay varias fuerzas externas que impulsan la convergencia de dos tendencias tecnológicas que darán lugar al próximo gran cambio en la distribución de aplicaciones: Diseño API-first y la democratización de los datos .
- Transformación digital
- “Las API se utilizan en gran medida, con un promedio de 15 564 API en uso entre las organizaciones encuestadas y una tasa de crecimiento del 201 % hasta 2021” ( Noname Security ).
- El 18% de la actividad del mercado que seguí en el año fiscal 22 estaba relacionada de alguna manera con las API. Las inversiones en API aumentarán o se mantendrán iguales en las organizaciones durante los próximos 12 meses, según el 89% de los encuestados en el Informe sobre el estado de las API 2022 de Postman , que encuestó a más de 37 000 profesionales de API.
- Descentralización
- Código bajo/sin código
El impulso por digitalizar los negocios se manifiesta en “ servicios digitales ” prestados por una “ empresa digital ”. Los servicios digitales son construcciones comerciales efímeras compuestas de aplicaciones, distribución de aplicaciones, seguridad de aplicaciones y datos, integrados, orquestados y operados mediante el uso de API. Hoy en día, el ochenta y dos por ciento de las organizaciones ofrecen servicios digitales a consumidores internos y externos (SOAS 2022 ).
Al mismo tiempo, la adopción de microservicios, que se comunican principalmente a través de API, ha seguido aumentando. Según nuestra propia investigación , estimamos que “la cantidad de API públicas y privadas hoy en día se acerca a los 200 millones, y para 2031 ese número podría llegar a los miles de millones”.
Tendencia: El resultado es un cambio hacia las API de una magnitud que generará una disrupción en el mercado maduro de entrega de aplicaciones, de la misma manera que los dispositivos móviles y los microservicios disrumpieron el mercado de entrega de aplicaciones entre 2010 y 2020.
La descentralización es el resultado de la actividad digital distribuida que surge del trabajo remoto, la adopción masiva de IoT y las preocupaciones sobre la privacidad de los datos. La descentralización suele estar vinculada a tecnologías Web3 como blockchain y edge computing, particularmente cuando se aplican a la IoT industrial. Sin embargo, el resultado de la descentralización es en realidad lo que impulsa la disrupción. Tanto los datos como las aplicações se “descentralizan”, lo que introduce los desafíos de rendimiento y seguridad esperados de cualquier sistema distribuido. Esto incluye el 77% de las organizaciones que buscan implementar procesamiento de datos y cargas de trabajo front-end digitales en el borde ( SOAS 2022 ).
Tendencia: La descentralización tiene consecuencias más allá de las aplicações distribuidas, ya que también incorpora la capacidad de distribuir datos. Los enfoques tradicionales relegan los datos a un nivel protegido, detrás de las aplicações. La descentralización está forzando un nuevo enfoque en el que los datos se exponen a través de API directamente, sin necesidad de un intermediario (aplicação). Este cambio elimina el enfoque basado en niveles para la arquitectura de aplicação y proporciona una ruta directa a los datos para socios externos, desarrolladores externos y consumidores. El comienzo de esta democratización de las cargas de trabajo dentro de la arquitectura de aplicação se puede ver en las arquitecturas de microservicios. También vemos el valor comercial existente de democratizar los datos en modelos de negocios que dependen de la inversión; es decir, liberar datos a través de API para crear valor para socios y desarrolladores externos.
También vemos el valor comercial existente de democratizar los datos en modelos de negocios que dependen de la inversión, es decir, liberar datos a través de API para crear valor para socios y desarrolladores externos.
La digitalización está impulsando la demanda de más talento de ingeniería del que existe en el mercado. Esto deja a las organizaciones sin poder acceder a las enormes reservas de datos generadas por una empresa digital. El talento que existe está sobrecargado y a menudo no puede desarrollarse tan rápidamente como lo exige el negocio.
Esta brecha entre la oferta y la demanda está impulsando un aumento de soluciones de bajo código/sin código para permitir que un conjunto más amplio de usuarios desarrolle soluciones y servicios. Las investigaciones indican que el 75% de las empresas adoptarán una “combinación de innovación low-code/no-code y convencional”.
Tendencia: Las soluciones de bajo código/sin código se basan en el acceso a la lógica empresarial y a los datos, ambos ampliamente disponibles gracias a la democratización de los datos y el diseño API-first. La necesidad de estas soluciones actúa como un acelerador de la maduración de las tendencias tanto de datos como de API.
El lenguaje utilizado en el mercado relacionado con las API (enrutadores, puertas de enlace, middleware) es similar al lenguaje utilizado antes de los cambios previos en el mercado impulsados por los microservicios, los dispositivos móviles y los cambios arquitectónicos. La actividad, la terminología y la tasa de creación de API indican que este cambio tendrá un impacto significativo en los mercados de seguridad y entrega de aplicaciones.
Ya estamos viendo el comienzo de la disrupción basada en API en la industria en forma de productos y servicios enfocados específicamente en la observabilidad de API, seguridad, inteligencia de amenazas y federación.
Estos cambios no ocurren en el vacío. De hecho, el cambio en la distribución de aplicaciones causado por los microservicios se debió en gran medida a la adopción generalizada de Kubernetes y su decisión arquitectónica de incorporar directamente capacidades tradicionalmente ofrecidas por las tecnologías de distribución de aplicaciones, como los controladores de ingreso (enrutamiento L7).
El cambio de API no es diferente, y las tendencias actuales indican que este cambio impulsará el auge de GraphQL, un enfoque para diseñar API que interactúan más directamente con los datos y abordan las preocupaciones de rendimiento con soluciones basadas en REST y, lo que es más importante, incorporarán capacidades de entrega de aplicaciones en su conjunto de características principales.
Arquitectura sin interfaz gráfica
El predominio de las API está impulsando lo que los analistas llaman “arquitectura sin cabeza”; es decir, capacidades y funciones comerciales expuestas como API sin la capa de presentación tradicional. Esta arquitectura se analiza a menudo en el contexto de " aplicações componibles", otra tendencia tecnológica que está surgiendo en el mercado.
Las arquitecturas sin cabeza son una buena opción para abordar la necesidad de soluciones de poco código o sin código, ya que las API son una forma práctica de ofrecer una lógica componible que se puede personalizar fácilmente sin un esfuerzo considerable. La arquitectura sin cabeza también satisface la necesidad de componer servicios digitales a partir de una variedad de aplicações, servicios y sistemas, y son formas eminentemente prácticas de integrar cargas de trabajo distribuidas, como ya lo demuestra el mercado de IoT predominantemente impulsado por API.
Por lo tanto, parece lógico decir que el próximo cambio en las tecnologías de seguridad y distribución de aplicaciones será impulsado por las API, que convertirán las arquitecturas sin cabeza en algo común.
El impacto más significativo será en los servicios de entrega y seguridad de API. Durante mucho tiempo, el mercado ha tratado a las API simplemente como un caso de uso especializado de entrega y seguridad de aplicaciones web. Este cambio expondrá la realidad de que las API son una clase separada de entidades con necesidades específicas de entrega y seguridad que no pueden abordarse por medios tradicionales. Esto es especialmente cierto cuando se explora el impacto de los servicios de datos expuestos directamente a través de las API. Durante la mayor parte de la historia, los datos solo se han expuesto a través de aplicações . La exposición directa a través de una API es un cambio significativo en sí mismo, pero proporciona el ejemplo perfecto de por qué las API ya no son un subconjunto de las aplicaciones web, sino un componente arquitectónico discreto por derecho propio.
El rol de GraphQL en la arquitectura headless
Este cambio en las arquitecturas de aplicaciones también se produce en un momento en el que los enfoques de API también cambian históricamente, generalmente en respuesta a la forma en que se utilizan las API. 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 reflejar las limitaciones y capacidades de la arquitectura de la aplicação . Por ejemplo, REST y JSON se hicieron populares junto con un cambio hacia los dispositivos móviles y los microservicios como respuesta a la necesidad de intercambios de datos más frecuentes y la reducida potencia informática 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 la carga al aprovechar las construcciones HTTP existentes para describir los puntos finales y cambiar a un formato de datos más simple en JSON.
Sin embargo, tanto SOAP/XML como REST/JSON requieren habilidades de desarrollador tradicionales, y la tendencia es hacia un código bajo/sin código, lo que supone pocas o ninguna habilidad de desarrollador. GraphQL es un lenguaje de consulta simple, orientado a quienes no son desarrolladores y muy afín a herramientas simples que lo hacen disponible a un conjunto más amplio de usuarios. Esto hace que las API sean accesibles y componibles en servicios digitales de todo tipo. Esto lo convierte en un reemplazo perfecto para REST/JSON a medida que las arquitecturas avanzan hacia una arquitectura solo API (sin cabeza).
GraphQL es la solución favorita actual para el problema de la proliferación de API y los mismos problemas de rendimiento que ayudaron a impulsar el cambio de SOA (arquitectura orientada a servicios) a REST. GraphQL también tiene el beneficio de una especificación , que ayuda a impulsar el desarrollo de soluciones de bajo código/sin código que ofrecen alivio al desafío que plantea la escasez de talento.
Finalmente, debido a que GraphQL consulta las API y la gran mayoría de los almacenes de datos actuales están habilitados para API, las soluciones basadas en GraphQL pueden eliminar de manera efectiva al “intermediario” de la aplicação e ir directamente a la fuente de datos en sí. Esto es especialmente útil para aplicações distribuidas que necesitan acceso rápido y directo a datos en ubicaciones remotas.
Esto coloca a GraphQL en una excelente posición para actuar como una “puerta de entrada” a la arquitectura sin cabeza, de la misma manera que los controladores de ingreso surgieron para actuar como la “puerta de entrada” a la arquitectura de microservicios.
CONCLUSIÓN
Dicen que la única constante es el cambio y eso también se aplica a la tecnología. Rara vez nos quedamos quietos más de unos pocos años antes de que alguien cambie las reglas del juego. En el mundo de la distribución y seguridad de aplicaciones, esas reglas están parcialmente definidas por las arquitecturas de aplicação . Por lo tanto, no se produce ningún cambio significativo en las arquitecturas de aplicação sin que actúe como una función forzante para que la entrega y la seguridad de las aplicaciones también evolucionen.
Aún faltan algunos años para ese cambio, pero ya se puede ver el profundo impacto que tecnologías como GraphQL y las API están teniendo en todo, desde la infraestructura hasta el borde y la entrega de aplicaciones.
La arquitectura sin cabeza está en aumento y GraphQL desempeñará un papel importante.