Glosario
Glosario de Arquitectura MACH y Composable
Diccionario de referencia exhaustivo y alfabético de términos fundamentales, patrones de diseño y conceptos empresariales en Microservicios, API-First, Cloud-Native, Headless y Composable Commerce.
A
- API-First Design: Estrategia arquitectónica donde las interfaces de programación de aplicaciones (APIs) se tratan como ciudadanos de primera clase. Las interfaces y contratos (OpenAPI/AsyncAPI) se planifican, diseñan y validan antes de escribir el código de implementación.
Guía Relacionada: API-First vs Code-First: Por qué el contrato antes del código vence - Gobernanza de APIs: Práctica de aplicar políticas arquitectónicas centralizadas, reglas de linting, verificaciones de seguridad y seguimiento del ciclo de vida a todos los endpoints de la organización.
Guía Relacionada: Implementando Gobernanza de APIs: Coherencia en todos los servicios - AsyncAPI: Estándar abierto y legible por máquina para documentar y gobernar arquitecturas guiadas por eventos, brokers de mensajería (Kafka, RabbitMQ) y webhooks asíncronos.
Guía Relacionada: AsyncAPI para la Gobernanza de Event Streams y Webhooks
B
- Backends for Frontends (BFF): Patrón donde se construyen capas intermedias de traducción de backend específicas para clientes frontend determinados (ej. App Móvil vs Web Desktop), evitando endpoints genéricos sobrecargados.
- Patrón Bulkhead (Mamparos): Patrón de aislamiento inspirado en los mamparos de barcos que segmenta recursos críticos (pools de hilos, memoria, cómputo) para que el fallo en un subsistema no agote los recursos ni colapse el sistema entero.
Guía Relacionada: Patrón Bulkhead: Aislando fallos en flotas distribuidas - Bounded Context (Contexto Delimitado): Patrón central de Domain-Driven Design (DDD) que define límites lingüísticos y lógicos explícitos dentro de los cuales un modelo de dominio se aplica de forma coherente.
Guía Relacionada: Límites de Servicio por Dominio: Aplicando DDD a Microservicios
C
- Despliegues Canarios (Canary): Técnica de entrega progresiva donde las nuevas versiones se liberan a un pequeño porcentaje de usuarios antes del despliegue total, monitoreando tasas de error para prevenir interrupciones.
Guía Relacionada: Feature Flagging y Despliegues Canarios para Cero Downtime - Circuit Breaker (Interruptor de Circuito): Patrón de estabilidad que detecta fallos aguas abajo y previene caídas en cascada abriendo el circuito rápidamente para fallar rápido o retornar datos de fallback sin agotar conexiones.
Guía Relacionada: Patrón Circuit Breaker: Protegiendo servicios ante fallos en cascada - Composable Commerce: Enfoque de comercio digital modular que selecciona componentes tecnológicos especializados (best-of-breed: PIM, Checkout, Búsqueda, CMS) unificados mediante APIs en lugar de depender de suites monolíticas rígidas.
Guía Relacionada: Composición Tecnológica Best-of-Breed: Por qué los especialistas superan a las suites - CQRS (Command Query Responsibility Segregation): Patrón que separa las operaciones de lectura (queries) de las de escritura (commands), permitiendo optimización, escalado y caché independientes.
Guía Relacionada: CQRS y Event Sourcing: Separando lecturas y escrituras
D
- Propiedad de Datos (Database-per-Service): Regla estricta de microservicios que establece que cada servicio administra exclusivamente su propio almacén de datos, evitando dependencias ocultas por llaves foráneas.
Guía Relacionada: Propiedad de Datos en Microservicios: Por qué cada servicio debe poseer su base de datos - Monolito Distribuido: Antipatrón donde una aplicación se divide en múltiples microservicios que permanecen fuertemente acoplados mediante bases de datos compartidas, cascadas síncronas o despliegues coordinados.
Guía Relacionada: La Trampa del Monolito Distribuido - Distributed SQL: Arquitectura de base de datos que escala horizontalmente entre regiones geográficas manteniendo garantías transaccionales ACID estrictas.
Guía Relacionada: Sistemas SQL Distribuidos y Resiliencia con YugabyteDB
E
- Arquitectura Dirigida por Eventos (EDA): Paradigma arquitectónico donde componentes desacoplados se comunican asíncronamente produciendo, detectando y consumiendo eventos discretos.
Guía Relacionada: Arquitectura Dirigida por Eventos en E-Commerce - Caché en el Edge & CDN: Distribución geográfica de respuestas de API y activos estáticos cerca del usuario final en nodos perimetrales para reducir la latencia de origen.
Guía Relacionada: Estrategias de Caché Distribuida y Edge en Headless
H
- Arquitectura Headless: Desacoplamiento total entre la capa de presentación frontend (UI/UX) y la lógica de negocio y persistencia backend, comunicándose únicamente vía APIs.
Guía Relacionada: Entendiendo el CMS Headless: Desacoplando contenido de presentación
M
- Arquitectura MACH: Principio tecnológico que combina Microservices, API-first, Cloud-native y Headless para construir software empresarial componible, escalable y libre de vendor lock-in.
O
- OpenTelemetry (OTel): Estándar de observabilidad neutral de la CNCF para la recopilación, instrumentación y exportación unificada de trazas distribuidas, métricas y logs.
Guía Relacionada: Observabilidad Centralizada y Trazas Distribuidas para Microservicios
S
- Patrón Saga: Patrón de diseño para gestionar transacciones distribuidas complejas en microservicios a través de secuencias de transacciones locales coordinadas mediante coreografía u orquestación.
Guía Relacionada: El Patrón Saga: Gestionando transacciones distribuidas sin Two-Phase Commit - Malla de Servicios (Service Mesh): Capa de infraestructura dedicada (como Istio o Linkerd) para controlar, proteger y observar la comunicación síncrona servicio a servicio mediante sidecars.
Guía Relacionada: Service Mesh vs API Gateway: Eligiendo la herramienta correcta - Patrón Strangler Fig: Estrategia de modernización que reemplaza gradualmente funcionalidades específicas de un monolito por microservicios hasta desmantelar el sistema heredado por completo.
Guía Relacionada: El Patrón Strangler Fig: Migrando un monolito sin reescritura total
MACH & Composable Architecture Glossary
A comprehensive, alphabetical reference dictionary of foundational terms, design patterns, and enterprise concepts in Microservices, API-First, Cloud-Native, Headless, and Composable Commerce.
A
- API-First Design: An architectural strategy where application programming interfaces (APIs) are treated as first-class citizens. Interfaces and contracts (OpenAPI/AsyncAPI) are planned, mocked, and validated before writing backend implementation logic.
Related Guide: API-First vs Code-First: Why Contract Before Code Wins - API Governance: The practice of applying centralized architectural policies, linting rules, security verifications, and lifecycle tracking to all organizational endpoints.
Related Guide: Implementing API Governance: Enforcing Consistency Across Services - AsyncAPI: An open-source, machine-readable specification standard for documenting and governing event-driven architectures, message brokers (Kafka, RabbitMQ), and asynchronous webhooks.
Related Guide: AsyncAPI para la Gobernanza de Event Streams y Webhooks
B
- Backends for Frontends (BFF): A pattern where specialized backend translation layers are created for specific frontend clients (e.g., Mobile App vs Web Desktop), avoiding generic bloated endpoints.
- Bulkhead Pattern: An isolation pattern inspired by ship hulls that segments critical system resources (thread pools, memory, compute pools) so that a failure in one subsystem cannot exhaust resources and crash the entire system.
Related Guide: Bulkhead Pattern: Isolating Failures in Distributed Fleets - Bounded Context: A central domain-driven design (DDD) pattern defining explicit linguistic and logical boundaries within which a domain model applies consistently.
Related Guide: Service Boundaries by Domain: Applying DDD to Microservices
C
- Canary Deployments: A progressive delivery technique where new software versions are rolled out to a small percentage of users before full deployment, monitoring error rates to prevent outages.
Related Guide: Feature Flagging & Canary Releases for Zero Downtime - Circuit Breaker: A stability design pattern that detects downstream failures and prevents cascading system crashes by quickly tripping open to fail fast or return fallback data without exhausting upstream connections.
Related Guide: Circuit Breaker Pattern: Protecting Services from Cascading Failures - Composable Commerce: A modular digital commerce approach selecting best-of-breed software components (PIM, Checkout, Search, CMS) unified via APIs rather than relying on monolithic all-in-one software suites.
Related Guide: Composing Best-of-Breed Technology: Why Specialized Vendors Beat Suites - CQRS (Command Query Responsibility Segregation): A pattern separating read operations (queries) from write operations (commands), enabling independent optimization, scaling, and caching for data models.
Related Guide: CQRS and Event Sourcing: Separating Reads and Writes
D
- Data Ownership (Database-per-Service): A strict microservice rule stating that a service exclusively owns and manages its underlying datastore, preventing hidden foreign-key couplings.
Related Guide: Data Ownership in Microservices: Why Services Must Own Their Databases - Distributed Monolith: An anti-pattern where an application is decomposed into multiple microservices that remain tightly coupled through shared databases, synchronous cascades, or coordinated deployments.
Related Guide: The Distributed Monolith Trap - Distributed SQL: A database architecture that scales horizontally across geographic regions while maintaining ACID transactional guarantees.
Related Guide: Sistemas SQL Distribuidos y Resiliencia con YugabyteDB
E
- Event-Driven Architecture (EDA): A software architecture paradigm where decoupled software components communicate asynchronously by producing, detecting, and consuming discrete events.
Related Guide: Event-Driven Architecture in E-Commerce - Edge Caching & CDN: Distributing cached API payloads and static assets geographically close to end users at edge nodes to reduce origin latency.
Related Guide: Estrategias de Caché Distribuida y Edge en Headless
H
- Headless Architecture: Decoupling the frontend presentation layer from the backend business logic and datastores, exposing capabilities strictly via APIs.
Related Guide: Understanding Headless CMS: Decoupling Content from Presentation
M
- MACH Architecture: An architectural philosophy combining Microservices, API-first, Cloud-native, and Headless to build agile, composable, and vendor-lock-in-free enterprise digital systems.
O
- OpenTelemetry (OTel): A vendor-neutral CNCF observability framework providing a unified standard for collecting, instrumenting, and exporting distributed traces, metrics, and logs.
Related Guide: Centralized Observability & Distributed Tracing for Microservices
S
- Saga Pattern: A design pattern for managing complex distributed transactions across multiple microservices via sequences of coordinated local transactions using choreography or orchestration.
Related Guide: The Saga Pattern: Managing Distributed Transactions Without Two-Phase Commit - Service Mesh: A dedicated infrastructure layer (such as Istio or Linkerd) that controls, secures, and observes synchronous service-to-service communication via proxy sidecars.
Related Guide: Service Mesh vs API Gateway: Choosing the Right Tool - Strangler Fig Pattern: A legacy modernization strategy incrementally replacing specific parts of a monolith with microservices until the monolithic system can be completely retired.
Related Guide: The Strangler Fig Pattern: Migrating a Monolith Without a Big Bang Rewrite