Documentation for a newer release is available. View Latest

Descripción General de Dynamic Processing Settings

Descripción general

image 2025 01 22 11 17 49 136

El diagrama anterior muestra el uso de DPS en el contexto general de la implementación de IPF. DPS puede implementarse dentro de un servicio IPF como una librería que facilita la operación CRUD sobre las colecciones de MongoDB subyacentes llamadas Dynamic Config Settings. Las configuraciones pueden ingerirse a través de la IPF GUI, directorios de archivos locales o un bucket de AWS S3.

Funciones de negocio que usan DPS

Las funciones de negocio invocadas desde estos flujos de proceso pueden desplegarse en diferentes servicios de procesamiento (p. ej., Working Days Service). Deben seguirse las directrices del servicio sobre si Dynamic Processing Settings puede usarse directamente dentro de los flujos o si se utilizan otras APIs proporcionadas por el servicio para interactuar con configuraciones dinámicas (p. ej., Domain APIs proporcionadas por CSM Reachability Service).

CSM Reachability Service

CSM Reachability Service es un ejemplo de función de negocio que utiliza DPS. Dentro de este servicio, DPS se ha implementado para gestionar datos como Agent Settings, Agent Settlement Settings, CSM Participants y Processing Entities. CSM Reachability Service incorpora DPS junto con sus funciones principales de reachability y características adicionales.

Working Days Service

Los tipos de datos de calendario se definen dentro del catálogo de configuraciones, y DPS se integra en la aplicación Working Days Service como una característica de soporte, permitiendo la gestión dinámica de configuraciones relacionadas con calendarios.

Payment Status Notification

Esta aplicación consume eventos de dominio y, basándose en configuraciones de filtro y notificación, genera notificaciones de estado de pago en el formato JSON pain.002, que se publican en un tópico de Kafka. Internamente, usa DPS para gestionar las configuraciones de filtros y notificaciones. La configuración es intercambiable, lo que significa que los usuarios pueden reemplazar la Dynamic Setting Configuration por una configuración HOCON si lo desean.

Componentes de DPS

1 Settings Catalogue

  • Contiene configuraciones específicas gestionadas por el framework DPS.

  • Incluye infraestructura de soporte como modelos de lectura y definiciones de configuraciones.
2 Settings Domain

  • Proporciona dominios de configuraciones genéricos y objetos de modelo, como CreateSetting, UpdateSetting y Setting.
3 Settings Workflow

  • Incorpora artefactos generados por MPS para soportar la gestión del ciclo de vida a través de comportamientos con event sourcing.
4 Settings Management API

  • Ofrece un framework de API para gestionar configuraciones, incluyendo operaciones CRUD.