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
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- Identidad
La identidad es un contrato con el origen
Un grafo resuelve evidencia. No inventa relaciones que los orígenes nunca emiten.
Leer patrón → - 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 → - Gobierno del perfil
Las escrituras de Profile son estado compartido
Varios procesos escribiendo convierten el perfil en estado operativo compartido.
Leer patrón → - Delivery
Una arquitectura MVP necesita una salida
Empezar estrecho es válido. Hacer permanente lo temporal por accidente no lo es.
Leer patrón → - Canales
Reutilizar la base de datos entre canales
Añadir canales reutilizando cliente y decisión, no reconstruyéndolos.
Leer patrón → - 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 → - 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.
- 01Qué se rompe
- 02Dónde vive el estado
- 03Quién es responsable
- 04Qué trade-off aceptamos
- 05Cómo evoluciona