docs/scenario-lifecycle/current-status.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   2 .. http://creativecommons.org/licenses/by/4.0
   3 .. (c) 2017 OPNFV Ulrich Kleber (Huawei)
   4
   5
   6 Current Status
   7 ---------------
   8
   9 This chapter summarizes the scenario analysis to provide some background.
  10 It also defines the way to introduce the scenario processes.
  11
  12 Arno
  13 ^^^^^^^^
  14
  15 In Arno release, the scenario concept was not created yet.
  16 Looking back, we can say we had one scenario with OpenStack, ODL and KVM,
  17 that could be deployed in two ways, by the two installers available in Arno.
  18
  19 Brahmaputra
  20 ^^^^^^^^^^^^^^^^
  21
  22 In Brahmaputra, we added options for SDN (ONOS, OCL) and some optional
  23 features (sfc, sdnvpn, kvm, l3 enabled ODL).
  24 Thus we had 9 scenarios, some of them to be deployed with 2 installers,
  25 that planned to participate in the release. Not all of them succeeded.
  26
  27 Colorado
  28 ^^^^^^^^^^^^
  29
  30 In Colorado more components and features were added to a total of 17
  31 combinations of components and features. Some were supported by one
  32 of the four installers, others by multiple installers. In addition HA
  33 and NOHA options were defined.
  34 This lead to 28 combinations that planned to participate.
  35
  36 Danube
  37 ^^^^^^^^^^
  38
  39 In Danube the number of combinations of components and features increased
  40 to 24, but since installer support increased and more scenarios planned
  41 to provide HA and NOHA options, the number of combinations was 54.
  42
  43 In addition to that some scenarios were defined later in during development
  44 and some scenarios worked on ARM support.
  45
  46 This created the need to better understand relationships and
  47 incompatibilities of the scenarios to drive for a manageable process
  48 for scenarios.
  49
  50 As a result the relationship between the scenarios can be
  51 visualized by a scenario tree.
  52
  53 .. figure:: scenario-tree-danube.png
  54
  55 The process for generic and specific scenarios is not in place for the
  56 Danube release yet. But the different branches of the scenario tree
  57 provide the candidates to define generic scenario during the timeframe
  58 of the next release.
  59
  60 Euphrates
  61 ^^^^^^^^^^
  62
  63 tbd: statistics on Euphrates Scenarios
  64
  65 During Euphrates timeframe, dynamic POD allocation is introduced in CI.
  66 This is a prerequisite to make use of the SDF in the CI pipeline.
  67 Therefore in this timeframe, scenario processes are introduced only in
  68 a documentation way and as support for release management.
  69
  70 Also the definition of generic scenarios can be done.
  71
  72
  73
  74
  75