Bulker&Debulker - Cambios y Soluciones
Esta página cubre el Bulker&Debulker cambios y correcciones de módulo proporcionados en la versión IPF-2024.1.0.
Bulker
En la nueva versión,Bulker ahora pasivará los grupos después de 2 minutos por defecto. Se ha identificado que existen algunos problemas al rehidratar actores después de que ha ocurrido la pasivación. Esto se solucionará en la próxima versión. Para mitigar esto en la versión actual, se recomienda aumentar el tiempo de espera para la pasivación de grupos a un valor mayor del que usted esperaría que el grupo se cierre. Por ejemplo, si la ventana de grupo más grande es de 4 horas, se recomienda establecer el valor a continuación en al menos este valor o incluso más alto en su application.conf archivo: `ipf.bulker.aggregate.actor-idle-timeout = 5h` |
Nuevo
-
Integración con ODS
-
Finalización automática debido a "Saturación de Bytes"
-
Soporte para el cliente al id del componente al enviar AddComponentCommand, aplicando idempotencia en ipf-bulker-aggregate-akka.
-
Resiliencia mejorada y reporte de errores
-
El tamaño actual del lote se devuelve en la respuesta de AddComponent.
-
Se han añadido las siguientes propiedades para soportar reintentos de comandos:
-
ipf.bulker.aggregate.retry.processing-timeout -
ipf.bulker.aggregate.retry.max-attempts -
ipf.bulker.aggregate.retry.backoff-factor -
ipf.bulker.aggregate.retry.jitter-factor
-
-
Otra configuración añadida:
-
ipf.bulker.aggregate.actor-idle-timeout = 2m(duración inactiva después de la cual el actor será desactivado) -
maximum-component-size(opcional, número máximo de componentes permitidos antes de que el lote se cierre automáticamente, configurado a nivel de lote)
-
Cambiado
-
El comportamiento de carga única se ha convertido ahora en un regular Akka Actor, componentes guardados directamente en el ComponentStore a medida que se reciben los comandos.
-
El comportamiento de carga recurrente ha sido convertido ahora a un comportamiento de estado duradero.
-
Límites de capacidad aplicados "por Bulk” no “por instancia”.
-
Recuperación de producción de archivos en caso de fallo del sistema
-
Documentación Mejorada
-
Gestione comandos masivos recurrentes a través de múltiples nodos.
-
Prevención de la creación de dos instancias de carga única por medio de carga recurrente si se recibe un comando para crear una nueva instancia de carga única mientras se está creando una nueva instancia de carga única.
-
Las siguientes propiedades han sido modificadas.
maximum-bulk-size(opcional, tamaño máximo permitido para el procesamiento por lotes, configurado a nivel de lote)