Release5/SW_upgrade_of_the_OSM_platform.md

   1 # SW upgrade of the OSM platform #
   2
   3 ## Proposer ##
   4 - Gerardo Garcia (Telefonica)
   5 - Alfonso Tierno (Telefonica)
   6 - Francisco Javier Ramon (Telefonica)
   7
   8 ## Type ##
   9 **Feature**
  10
  11 ## Target MDG/TF ##
  12 SO, RO, VCA
  13
  14 ## Description ##
  15 The NFV Orchestrator, as any other complex system in production, is expected to
  16 require regular SW upgrades, including bug fixes, security patches or new
  17 functionality.
  18
  19 A mechanism should exist to guarantee that SW upgrades in the platform do not
  20 disrupt service continuity, providing also a safe rollback mechanism in case of
  21 failure. In both cases, the system should be able to restore its last known
  22 internal state.
  23
  24 ## Design ##
  25 Design pad: https://osm.etsi.org/pad/p/feature1419
  26
  27 ## Demo or definition of done ##
  28 In a running OSM system with an instantiated NS, a SW upgrade is triggered.
  29 Once complete, two checks are expected:
  30 - The SW upgrade is successful and the system is able to restore the last known
  31 state, allowing the operation of the pre-existing NS instance again.
  32 - A rollback operation is triggered and the system returns to the previous SW
  33 version, keeping the state and still allowing the operation of the NS.
  34
  35 The procedure should be captured in this page or a similar one in the public
  36 wiki for the active release:
  37 https://osm.etsi.org/wikipub/index.php/Software_upgrade_(Release_THREE)