Versions Compared

Old Version 1

changes.mady.by.user Jim Hahn

Saved on

compared with

New Version Current

changes.mady.by.user Jim Hahn

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

A couple of goals:

  1. Ensure the DB has been initialized and loaded (with policy types, PdpGroups, etc.) before Policy components that are dependent on them are started
    1. Ensure data is added in appropriate dependency order (e.g., policy types before PdpGroups)
  2. Provide a mechanism to upgrade & downgrade DB tables and data from previous installations
  3. Prevent Policy components from exiting just because the DB pod is not running yet


Currently, OOM is configured to perform some DB initialization before other Policy components are started.  This should satisfy #3 and provides a hook for #1.  However, while this step creates various DB tables, it does not preload any data.  As the data preload is currently done by each component (e.g., API & PAP), that does not satisfy #1a.  One suggestion is to move the data preload out of the Policy components and make it part of this DB initialization step.

Item #2 could also be addressed, potentially via the DB initialization step part of OOM.  That would require some more thought and investigation.