Modelo de Dominio y Contextos

Nodo está diseñado como una plataforma SaaS con núcleo de búsqueda inteligente y captura estructurada de intención.

Aunque opera como marketplace, su dominio central no es la publicación de listados, sino la estructuración de señales de demanda real.


1️⃣ Dominio Central

Infraestructura de Descubrimiento e Intención Local

El núcleo del sistema es la capacidad de:

  • Interpretar búsquedas

  • Medir intención

  • Relacionar oferta con demanda

  • Transformar consultas en métricas agregadas

La publicación de listados es un medio. La captura de intención es el activo estratégico.


2️⃣ Contextos Funcionales (Bounded Contexts)

Aunque la arquitectura actual es monolítica, el sistema se organiza conceptualmente en contextos separados:


🧠 Contexto: Búsqueda

Responsable de:

  • Generación de embeddings

  • Búsqueda vectorial

  • Ranking de resultados

  • Aplicación de filtros

  • Cache de consultas

Es el motor de descubrimiento.


📊 Contexto: Analytics

Responsable de:

  • Registro de búsquedas

  • Registro de interacciones

  • Agregación periódica

  • Generación de métricas

  • Dashboard comercial

Convierte eventos en inteligencia.


🏪 Contexto: Marketplace

Responsable de:

  • CRUD de listados

  • Gestión de comercios

  • Gestión de equipos

  • Promociones

  • Suscripciones

Permite que la oferta esté estructurada.


💳 Contexto: Monetización

Responsable de:

  • Integración con Stripe

  • Suscripciones

  • Créditos promocionales

  • Aplicación de boosts

  • Gestión de webhooks

Sostiene el modelo de negocio.


🔐 Contexto: Identidad y Seguridad

Responsable de:

  • Autenticación

  • Autorización

  • Roles

  • Tokens

  • Rate limiting

Protege el sistema.


3️⃣ Entidades Principales

  • Usuario

  • Comercio

  • Listado

  • Búsqueda

  • Embedding

  • Suscripción

  • Crédito

  • Evento de Interacción


4️⃣ Separación Estratégica

Aunque el backend es actualmente un monolito modular, los dominios están definidos de forma que permiten:

  • Evolución hacia servicios separados si la escala lo requiere

  • Escalabilidad del motor de búsqueda

  • Independencia futura del módulo de analytics

El diseño conceptual ya contempla esa separación.

Última actualización