Mantenimiento de la Consistencia de Configuraciones a Través de Colecciones

ipf.dps.dbchange.processor.stream {
  # The number of DBChanges to demand from upstream and process in parallel
  # Suggested values are around 500 to 1000
  upstream-event-demand = 500

  restart-settings {
    # The starting backoff interval to use when restarting DBChange processor streams.
    min-backoff = 500 millis
    # The starting backoff interval to use when restarting DBChange processor streams.
    max-backoff = 20 seconds
    # The number of restarts is capped within a timeframe of max-restarts-within.
    max-restarts = 86400000
    # The number of restarts is capped to max-restarts within a timeframe of within.
    max-restarts-within = 1 days
    # The starting backoff interval to use when restarting DBChange processor streams.
    jitter = 0.1
  }

  # To improve throughput, offsets of successfully processed DBChanges are
  # not checkpointed for each DBChange but are instead grouped together in
  # size and time based windows, with the last DBChange offset in a particular
  # window used as a checkpoint.
  # The window completes when it reaches the specified `size` of offsets,
  # or when the `timeout` duration passes (whichever comes first).
  commit-offset-window {
    # The size of the window.
    size = 1000
    # The amount of time to wait for `size` DBChanges to complete.
    timeout = 1 minute
  }

  # Requests to DBChangeProcessor implementations will be retried on exception based on the below config.
  # Once all retries have been exhausted, the DBChange will get sent to a dead letter appender
  resiliency-settings {
    # Max number of attempts to retry DbChangeProcessor in case of failure
    max-attempts = 3
    # Retry wait period between retries
    initial-retry-wait-duration = 1s
    # Backoff multiplier between retires
    backoff-multiplier = 2
    # Thread pool size for retries executor service
    retry-scheduler-thread-pool-size = 1
    # In the case of the dead letter itself failing we have more recovery options to try:
    # * COMMIT - Commit the offset
    # * NO_COMMIT - Do not commit the offset and retry the DBChange
    deadletter-failure-strategy = NO_COMMIT
  }
}