Composabilidad

¿Qué es la composabilidad?

La composabilidad (composability, en inglés) es un principio de diseño por el que un sistema se construye con componentes independientes que se pueden elegir, combinar, sustituir y volver a combinar según la necesidad. En un sistema composable puede cambiar una pieza, como un servicio de búsqueda o un proveedor de pagos, sin rehacer el resto. Es la idea detrás de la arquitectura composable y, en sentido más amplio, de la empresa composable.

Cómo funciona la composabilidad

Una pieza es composable cuando cumple unas condiciones:

• Independiente: se puede desplegar y modificar por separado.
• Interfaz clara: se comunica con las demás mediante un contrato documentado, normalmente una API.
• Dependencias sustituibles: las piezas de las que depende se pueden cambiar por otras que respeten el mismo contrato.
• A menudo sin estado: cada petición se trata por separado. Es una técnica, no un requisito.

La composabilidad es una cualidad, no un producto. Un sistema es más o menos composable según la libertad con que se puedan recombinar sus piezas.

Tres significados de la palabra

• Arquitectura composable: una pila tecnológica montada con servicios independientes. Es el sentido que se usa en esta página y en la mayoría de los textos de negocio. Se apoya en los microservicios y en un enfoque API-first. La sigla MACH (microservicios, API-first, SaaS nativo de la nube y headless) suele resumir este estilo.
• Composición de interfaz: pantallas construidas combinando componentes pequeños y reutilizables. Un microfrontend aplica la misma idea a secciones enteras de una interfaz.
• Composición de funciones: programación en la que el resultado de una función es la entrada de la siguiente.

Ejemplo: una tienda online composable

Una tienda usa un CMS headless para los contenidos, un servicio de búsqueda propio, un servicio de checkout y un proveedor de pagos. Cada uno ofrece una API y un front end ligero los une. Si el servicio de búsqueda se vuelve lento o caro, el equipo lo sustituye por otro con un tipo de API similar y cambia solo la conexión. El CMS, el checkout y los pagos siguen funcionando igual.

Ventajas y contrapartidas

• Flexibilidad: cambiar o actualizar una pieza sin rehacerlo todo.
• Escalado y responsabilidad independientes: cada equipo publica sus piezas a su ritmo.
• Más trabajo de integración: cada conexión hay que construirla, protegerla y mantenerla compatible.
• Más puntos de fallo: una dependencia lenta puede frenar todo el recorrido.

Errores comunes

• Dividir demasiado. Docenas de piezas diminutas multiplican las conexiones y la coordinación. Divida donde el cambio o la carga realmente difieran.
• Contratos vagos. Sin interfaces documentadas y con versiones, un cambio en una pieza rompe otra. En extensibilidad verá cómo ampliar sin romper a quien llama.
• Sin responsable. Cada pieza necesita un equipo que responda de ella, incluida su disponibilidad y sus actualizaciones.
• Exceso de proveedores. Comprar la mejor herramienta para cada cosa deja muchas facturas, accesos y canales de soporte.
• Probar solo cada pieza por separado. Cada pieza puede pasar sus pruebas mientras el recorrido completo es lento o falla.

Composabilidad, pruebas y monitorización

Componer añade llamadas de red, y cada una añade retraso y riesgo de fallo. Vigile cada API por separado con la monitorización de API: la monitorización de API de LoadFocus puede encadenar peticiones en flujos de varios pasos, de modo que se comprueba un recorrido completo como inicio de sesión, búsqueda y checkout, y el plan gratuito comprueba cada 5 minutos. Antes de un lanzamiento o de una campaña, haga una prueba de carga sobre el recorrido compuesto, no solo sobre servicios sueltos. La guía de pruebas de carga de microservicios en la nube explica cómo hacerlo.

Preguntas frecuentes: composabilidad

¿Cuál es la diferencia entre composable y modular?

Modular significa que un sistema está dividido en partes. Composable va más allá: las partes son lo bastante independientes, con interfaces claras, como para recombinarlas o sustituirlas con libertad.

¿Es lo mismo composabilidad que microservicios?

No. Los microservicios son una forma de construir piezas independientes. La composabilidad es el objetivo, y se puede perseguir con servicios, paquetes, componentes o productos SaaS.

¿Qué es la arquitectura composable?

Una forma de construir software en la que la pila se monta con servicios independientes y sustituibles conectados por API, en lugar de una plataforma todo en uno.

¿Qué significa MACH?

Microservicios, API-first, SaaS nativo de la nube y headless. Es un conjunto de principios que se usa a menudo para describir pilas composables.

¿Un sistema composable es siempre mejor que un monolito?

No. Un equipo pequeño con necesidades sencillas suele ir más rápido con un sistema integrado. La composabilidad compensa cuando las piezas cambian o escalan a ritmos distintos.