Saltar al contenido principal
Adrià García
Menú

Patrones de producción

Patrones de arquitectura

Notas breves y visuales sobre decisiones de customer data que se vuelven caras cuando un CDP llega a producción.

Mapa de los siete patrones

Cada patrón está donde aparece el problema. Los dos de la banda no tienen etapa porque las atraviesan todas.

Mapa de los siete patrones de arquitectura sobre el recorrido del dato de cliente, en cuatro etapas y una banda de cimiento. Primera etapa, identidad: el patrón 01, perfiles partidos, sobre la identidad como contrato con el origen. Segunda etapa, perfil y estado, con dos patrones: el 02, un objeto para todo, sobre separar el estado operativo del estado de cliente, y debajo el 03, escrituras que pisan, sobre las escrituras de Profile como estado compartido. Tercera etapa, decisión: el patrón 06, elegibilidad duplicada, sobre modelar los inputs de Decisioning por consumo. Cuarta etapa, activación: el patrón 05, cada canal de cero, sobre reutilizar la base de datos entre canales. Debajo de las cuatro etapas, una banda de cimiento que las atraviesa con los dos patrones que no pertenecen a ninguna: el 04, lo temporal se queda, sobre la salida que necesita una arquitectura MVP, y el 07, solo tú sabes operarlo, sobre el traspaso operativo como arquitectura. Cada celda enlaza con su ficha, y la lista completa con los títulos largos está justo debajo del mapa.

07 patrones

Identidad → Operación
  1. Estado de cliente

    Separar estado operativo y estado de cliente

    La orquestación inmediata y los hechos consultables no necesitan la misma representación.

    Leer patrón →
  2. Gobierno del perfil

    Las escrituras de Profile son estado compartido

    Varios procesos escribiendo convierten el perfil en estado operativo compartido.

    Leer patrón →
  3. Delivery

    Una arquitectura MVP necesita una salida

    Empezar estrecho es válido. Hacer permanente lo temporal por accidente no lo es.

    Leer patrón →
  4. Canales

    Reutilizar la base de datos entre canales

    Añadir canales reutilizando cliente y decisión, no reconstruyéndolos.

    Leer patrón →
  5. Decisioning

    Modelar los inputs de Decisioning por consumo

    Los inputs de una decisión tienen ciclos de vida distintos y no caben todos en el perfil.

    Leer patrón →
  6. Operación

    El traspaso operativo es arquitectura

    Una arquitectura no está terminada hasta que otra persona puede operarla.

    Leer patrón →

Lente de arquitectura

Una forma consistente de leer arquitectura

Cada patrón responde las mismas cinco preguntas antes de recomendar una solución.

  1. 01Qué se rompe
  2. 02Dónde vive el estado
  3. 03Quién es responsable
  4. 04Qué trade-off aceptamos
  5. 05Cómo evoluciona