Arquitectura de la plataforma · para un público técnico
Cómo está construida la plataforma NEXT BASKET
NEXT BASKET AI es una plataforma de comercio basada en microservicios que funciona sobre Kubernetes gestionado con un gran proveedor de nube. Esta página describe la arquitectura real, la infraestructura y las prácticas de ingeniería que hay detrás — sin la capa de marketing. Las cifras siguientes se basan en una verificación interna de la plataforma completada el 24 de enero de 2026 y en informes operativos; pueden cambiar a medida que la plataforma evoluciona.
- pruebas automatizadas con una tasa de aprobación del 97.8% · verificación interna, 24 de enero de 2026
- 16,175
- estrategia de copias de seguridad con rutas de restauración independientes en múltiples nubes
- Multicapa
- simulacro de restauración — copias de seguridad verificadas con una restauración real cada semana
- Semanal
- datos de tenant lógicamente aislados en el núcleo multitenant
- Multitenant
El enfoque de ingeniería, en resumen
Una plataforma construida como servicios independientes, desplegada de forma declarativa y verificada automáticamente en cada cambio.
En lugar de un único monolito, NEXT BASKET se divide en microservicios independientes — cada uno dueño de un dominio de comercio claro. Un fallo en un servicio no derriba a los demás; cada uno se despliega, escala y actualiza por su cuenta.
Todo el software se entrega mediante un modelo GitOps: el estado deseado del sistema se describe en Git y se reconcilia con el clúster en una sincronización aprobada por un humano. Cada cambio pasa un conjunto de comprobaciones automatizadas (gates de CI), las imágenes de contenedor están cubiertas por controles de cadena de suministro, y la reversión es inmediata. La propia infraestructura se gestiona como código.
Arquitectura de alto nivel
El camino de una petición — desde el comprador hasta los datos — a través de las capas de la plataforma.
Clientes
- Compradores · navegador web / móvil
- Comerciantes · back office
Edge · protección
- Cloudflare CDN
- WAF · protección DDoS
- Terminación TLS · edge de Cloudflare
Nube · ingress
- Balanceador de carga gestionado · IPv4 + IPv6
- Controlador de ingress
- Kubernetes gestionado · región de la UE
Capa de aplicación
- Storefront · Next.js
- Back office · React
API gateway
- API gateway · enruta /api → microservicios
Microservicios · uno por dominio
- Identidad
- Tiendas
- Catálogo
- Pedidos
- Pagos
- Ubicación
- Notificaciones
Capa de datos
- Almacenes de datos gestionados · operados por proveedores especializados
- Correo · transaccional
Observabilidad
- Métricas · continuas
- Paneles · vista en vivo
- Alertas · ante desviaciones
Resiliencia · copias de seguridad multicapa
- Múltiples capas independientes
- Externas + segunda nube
- Restauraciones verificadas
Plano de entrega y control: GitOps con sincronización controlada por humanos · infraestructura como código · registro de contenedores con controles de cadena de suministro · gestión de secretos cifrada (ningún material secreto se registra en Git en texto plano).
Stack tecnológico
Tecnologías probadas y estándar de la industria en cada capa — nada exótico que se convierta en una carga de mantenimiento.
Frontend
El storefront público y el back office son aplicaciones separadas con renderizado del lado del servidor para velocidad y SEO.
- Next.js
- React
- SSR
Backend
Microservicios en PHP / Symfony, cada uno dueño de sus propios datos. Se comunican a través de un API gateway.
- PHP 8
- Symfony
- API gateway
- REST
Datos
Almacenes de datos gestionados de proveedores especializados — el equipo de la plataforma no opera a mano los servidores de base de datos.
- Almacenes de datos gestionados
Orquestación
Los servicios funcionan sobre Kubernetes con autoescalado horizontal de pods en los servicios de alto tráfico y autorreparación a nivel de pod. Cada servicio se despliega de forma independiente con actualizaciones progresivas sin tiempo de inactividad.
- Kubernetes gestionado
- Autoescalado
- Ingress
Entrega · GitOps
Despliegues declarativos desde Git. Controles de cadena de suministro, sincronización controlada por humanos y reversión inmediata.
- GitOps
- Infraestructura como código
- Pipelines de CI
Edge · seguridad
Cloudflare se sitúa frente a todo el tráfico para velocidad y protección, y termina TLS en el edge. Los secretos se cifran y se aplican fuera de banda.
- Cloudflare
- WAF
- TLS en el edge
- Secretos cifrados
Los microservicios y sus límites
Cada servicio es dueño de sus propios datos y es responsable de un dominio de comercio claro.
Identidad y acceso
dominio
Autenticación, roles, permisos y acceso a las tiendas.
Tiendas
dominio
Tiendas (tenants), dominios, configuración y aislamiento de datos.
Catálogo
dominio
Productos, variantes, atributos, inventario y feeds de productos.
Pedidos
dominio
Carrito, checkout y el ciclo de vida del pedido.
Pagos
dominio
Integraciones con proveedores de pago construidas para reintentos seguros.
Ubicación y envíos
dominio
Direcciones, regiones, transportistas y lógica de envío.
Notificaciones
dominio
Correo, SMS y eventos hacia el comprador y el comerciante.
Trabajo en segundo plano
asíncrono
El trabajo pesado se ejecuta de forma asíncrona, fuera de la ruta de la petición.
Aislamiento: cada servicio es dueño de sus propios datos y se comunica a través de APIs definidas. Las cargas de trabajo están aisladas en red y solo pueden alcanzar las dependencias que necesitan.
Infraestructura: nube gestionada
La producción funciona íntegramente sobre el Kubernetes gestionado de un gran proveedor de nube.
El clúster de producción funciona en una región de la UE, repartido en múltiples nodos detrás de un balanceador de carga gestionado (IPv4 + IPv6). Las imágenes de los servicios viven en un registro de contenedores bajo controles de cadena de suministro; los datos y el almacenamiento son gestionados por el proveedor, y las copias de seguridad fluyen hacia múltiples ubicaciones externas independientes.
Cómputo: Kubernetes gestionado — el proveedor de nube opera el plano de control y los nodos; nosotros desplegamos los servicios.
Red: Un balanceador de carga gestionado más un controlador de ingress detrás de Cloudflare. Doble pila IPv4 + IPv6, terminación TLS en el edge y comprobaciones de estado.
Registro e imágenes: Un registro de contenedores de imágenes escaneadas con controles de cadena de suministro. Cada despliegue apunta a una imagen exacta e inmutable.
Datos y multitenencia
Un clúster sirve a muchas tiendas — con los datos de cada tienda lógicamente aislados.
NEXT BASKET es multitenant: una sola plataforma aloja cientos de tiendas independientes. Cada tenant tiene su propia configuración y datos lógicamente aislados, y nuestra verificación regular de restauración cubre los datos de tenant en su totalidad. Todos los datos persistentes viven en almacenes de datos gestionados, con cada servicio dueño de sus propios datos.
Que los almacenes de datos sean gestionados significa que las copias de seguridad, la replicación y las actualizaciones de las propias bases de datos las manejan proveedores especializados — la plataforma se apoya en una base confiable en lugar de reinventar la operación de bases de datos.
Resiliencia, copias de seguridad y recuperación
Múltiples capas de copias de seguridad independientes, probadas cada semana con una restauración real — no solo sobre el papel.
| Capa | Enfoque | Frecuencia | Retención | Ubicación |
|---|---|---|---|---|
| Múltiples capas independientes | rutas de copia de seguridad independientes | recurrente | ventanas definidas | en toda la plataforma |
| Externas + segunda nube | copias cifradas | recurrente | ventanas definidas | proveedor separado · segunda nube |
| Restauraciones verificadas | simulacro de restauración automatizado | semanal | evidencia conservada | entorno de pruebas aislado |
- Objetivos de recuperación
- Definidos y medidos
- tanto para la pérdida de datos como para el tiempo de restauración
- Simulacros de restauración
- Semanales
- verificados con una restauración real en un entorno aislado
- Evidencia
- A petición
- migrando al Centro de Evidencia Técnica
Simulacro de restauración semanal (probado): las copias de seguridad se verifican con una restauración real en un entorno aislado — confirmando que se restauran limpiamente, vigilado por alertas independientes. En la última ejecución documentada, el resultado fue APROBADO.
Seguridad
La defensa es por capas — desde el edge hasta los secretos — y se verifica automáticamente en cada cambio de código.
Edge y tráfico
WAF de Cloudflare, protección DDoS y limitación de tasa frente a todo el tráfico. El TLS se termina en el edge de Cloudflare, con cifrado hasta el clúster.
Secretos
Sin secretos en texto plano en Git. Los secretos se cifran antes de llegar al clúster y se descifran solo dentro de él.
Aislamiento de red
Las cargas de trabajo están aisladas en red, y un límite de entrega acotado restringe el radio de impacto de cada despliegue.
Cadena de suministro
Escaneo automatizado de vulnerabilidades, detección de fugas de secretos en CI y una salvaguarda contra imágenes base comprometidas. La procedencia de las imágenes se controla desde la construcción hasta el despliegue.
Pagos y datos
Los pagos pasan por procesadores certificados en PCI DSS. Herramientas de GDPR para el consentimiento, la exportación y la eliminación de datos personales.
En el roadmap
beta: autenticación de dos factores (2FA) y una página pública de estado · planeado: firma de imágenes (cosign) y políticas de admisión.
Calidad y entrega de cambios
Cada cambio es rastreable, verificado automáticamente y reversible.
Pruebas automatizadas
Según una verificación interna de la plataforma completada el 24 de enero de 2026, la plataforma ejecuta 16,175 pruebas automatizadas con una tasa de aprobación global del 97.8% — cubriendo los servicios de backend, el storefront público, el back office, los servicios de IA y los casos límite. Estas cifras pueden cambiar a medida que la plataforma evoluciona.
Gates de CI
Un cambio no llega a producción a menos que supere un conjunto de comprobaciones obligatorias: pruebas, linters, escaneos de secretos y vulnerabilidades, y comprobaciones de estabilidad del renderizado.
Reversibilidad
GitOps significa que cada despliegue es un commit en Git. Revertir es deshacer un rollout o un git revert — en segundos, sin trabajo manual en los servidores.
Observabilidad: un stack de monitoreo estándar de la industria vigila los servicios de forma continua; las alertas se disparan ante desviaciones antes de que los clientes noten un problema. Se planea un Centro de Evidencia Técnica público aparte, con arquitectura, informes de pruebas, estado de seguridad y evidencia de recuperación.
Esta página describe la arquitectura técnica de la plataforma NEXT BASKET AI a fecha de su publicación. La disponibilidad de funciones específicas puede depender del plan seleccionado, la región y el contrato. Las cifras se basan en una verificación interna de la plataforma completada el 24 de enero de 2026 y en informes operativos; pueden cambiar a medida que la plataforma evoluciona.
- Kubernetes gestionado · región de la UE
- Multitenant · aislamiento lógico
- Copias de seguridad multicapa · probadas semanalmente
- GitOps · despliegues revisables