IPF Processing Data
IPF Processing Data el proyecto consiste en varios módulos responsables de producir y consumir datos generados por IPF applications a través de diferentes transportes (actualmente kafka y http son compatibles).
La producción o exportación de datos se denomina egress, mientras que el consumo de datos se denomina ingress.
Datos que pertenecen, o resultan de, un flujo de transacciones, como un MDS El objeto es egresado por nodos de procesamiento de IPF a lo largo de su ciclo de vida.
Un ejemplo simple es un instant pago. Iniciado por el banco con un pain. 001, resuelto a través de la CSM con un pacs. 008/pacs. 002, y completado con un pain. 002 notificación al banco. Un flujo simple como este contiene muchos pasos, implica recibir y enviar mensajes a otros sistemas, además de escribir events, y presentando elementos de datos específicos del negocio en cada paso.
Una instancia de este flujo podría producir potencialmente 4 domain events, 10 MDS objetos, 4 message log entries, custom elementos de datos y identificadores adicionales, sin mencionar los numerosos system events. El flujo en sí también está relacionado con los datos de la transacción, incluyendo su versión, los estados y su gráfico.
La siguiente tabla demuestra el data type s producido, excluyendo system events.
| Descripción | Data Type s Producido |
|---|---|
La aplicación de flujo se inicia y produce definiciones de flujo. |
a |
El banco envía un pain. 001 y inicia el Flujo |
pain. 001 |
Flow envía un pacs. 008 a la CSM |
pacs. 008 |
CSM responde con un pacs. 002 |
pacs. 002 |
Flow envía un pain. 002 a la Banco |
pain. 002 |
| Puede leer más sobre el Data Type s y Objetos en el Conceptos sección. |