Uploaded image for project: 'Optimization Framework'
  1. Optimization Framework
  2. OPTFRA-637

OSDF re-architecture into a library and runtime

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Medium Medium
    • Frankfurt Release
    • None
    • OSDF
    • None

      • re-factor current code-base into three entities
        • osdf/lib-base (compile-time, all the common libraries - logging, rest calls)
          • osdf/lib-base - make it into PyPy package imported
        • osdf/runtime (Minizinc + CRUD)
        • osdf/apps/placement (APP API + data transforms)
          osdf/apps/CM
          osdf/apps/PCI
      • osdf/runtime:
        • build the lib ā€”> solver API
        • build user ā€”> solver CRUD API
        • package and build Minizinc runtime
        • repo as a DB (common ONAP galera, maria-DB) - make it a part of the plug and play
      • osdf/apps:
        • refactor current app specific code+ data transforms into osdf/apps
      • build the layered image with:
        • osdf/apps/* (1 image for each app, so long as it doesn't become bulky)
        • osdf/runtime (with mini zinc)
      • CI/CD modify ONAP build process to use new images, release new artifacts. Off the top of my head, Iā€™m guessing there will be one image per app, and one runtime.
      • modify current CSIT
      • unit-tests to retain 70.6% coverage
      • modify helm to new architecture/images
      • No repo-level change. Have hierarchical folder structure with master pom and individual pom.
      • Bump up to oparent-2.2.0

            snarayanan snarayanan
            snarayanan snarayanan
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: