¿Qué actualidad necesitan los datos de integración?

Defina la decisión a la que sirve la actualización

«Todo en tiempo real» no aclara qué demora es aceptable para cada operación. El stock puede influir en un compromiso de venta. Una descripción editorial puede esperar hasta un momento acordado. La actualidad necesaria depende de ese uso; después puede elegirse con criterio el modo de transferencia.

En flujos asíncronos, los sistemas pueden mostrar temporalmente estados distintos. Microsoft describe esta consecuencia de la arquitectura orientada a eventos. Un evento activado rápidamente no elimina las colas ni el tiempo de procesamiento en el destino.

Ejemplo: dos campos, consecuencias distintas

La siguiente tabla es una planificación ficticia, no una medición ni una recomendación general de intervalos de actualización.

Ni siquiera las actualizaciones frecuentes de stock evitan por sí solas la venta simultánea de la misma última unidad. El proceso de pedido necesita una comprobación fiable de disponibilidad y una regla de reserva. A la inversa, una descripción puede contener información de seguridad o de importancia contractual. Su demora no puede considerarse irrelevante de antemano.

Acuerde objetivo, punto de medición y alternativa

Defina para cada grupo de datos qué estado confirmado del origen inicia el plazo y cuándo debe ser realmente utilizable el cambio en el destino. El envío correcto a la interfaz es un punto de medición anterior. Especifique también quién gestiona los incumplimientos y qué se muestra cuando la actualidad es desconocida, o qué se verifica antes de un compromiso.

Microsoft presenta varios patrones de integración, incluido el procesamiento por lotes. Un lote programado puede encajar con esperas tolerables. Los eventos pueden ayudar con plazos ajustados, pero añaden tareas operativas propias. Evalúe la elección con cambios retrasados y rechazados antes de prometer un nivel de actualización.

Fuentes

• Microsoft: Event-driven architecture

• Microsoft: Data integration patterns