Las escrituras de Profile son estado compartido
Varios procesos escribiendo convierten el perfil en estado operativo compartido.
Diagrama genérico. No reproduce una arquitectura de cliente.
Cuando varios procesos escriben sobre el mismo perfil, el conjunto de datos de destino, el orden de escritura y el tratamiento del vacío dejan de ser detalles de configuración. Son decisiones de arquitectura con riesgo de corrupción silenciosa.
La solución es acotar quién escribe dónde, declarar la semántica de cada actualización y no dejar el histórico dentro del estado operativo.
Señales en producción
- Los atributos desaparecen un rato después de la actualización.
- Dos procesos escriben en el mismo conjunto de datos.
- El valor escrito no está en ningún sitio desde el que reconstruirlo.
Arquitectura recomendada
Declarar por campo quién escribe, con qué operación y qué pasa con el vacío. En los arrays la intención va explícita, añadir o reemplazar.
Enviar el evento aparte si se quiere auditoría, porque la escritura de perfil no siempre deja rastro en el lago.
Cuándo no aplicarlo
- No crear estado de perfil para datos que solo viven durante una petición.
- No vaciar un campo tocando una sola identidad, porque el valor no nulo de otra vuelve a ganar.