euag_distribution_of_OSM_SW_as_Docker_container_images.md 31/631/3
authorgarciadeblas <gerardo.garciadeblas@telefonica.com>
Tue, 8 Nov 2016 18:14:42 +0000 (19:14 +0100)
committerhoban <adrian.hoban@intel.com>
Wed, 29 Mar 2017 14:27:27 +0000 (15:27 +0100)
Change-Id: I3e115615aaad2d845fda58bf1e41cc9732c08f85

Release2/euag_distribution_of_OSM_SW_as_Docker_container_images.md [new file with mode: 0644]

diff --git a/Release2/euag_distribution_of_OSM_SW_as_Docker_container_images.md b/Release2/euag_distribution_of_OSM_SW_as_Docker_container_images.md
new file mode 100644 (file)
index 0000000..c2afbd8
--- /dev/null
@@ -0,0 +1,30 @@
+# Distribution of OSM SW as Docker container images #
+
+## Proposer ##
+**EUAG**
+
+## Type ##
+**Feature**
+
+## Target MDG/TF ##
+UI, SO, RO, VCA
+
+## Description ##
+OSM SW distribution is currently done as source code, which is downloaded by an 
+installer, which also creates several LXD containers for each component, and 
+builds the SW on those containers.
+
+Docker containers provide an appropriate framework to separate the different 
+processes of a system in individual process containers so that the system 
+becomes much more flexible in field (for instance, HA or scale-out strategies 
+for an OSM system might be quickly aligned with the state of the art). With the 
+Docker approach, you get freedom to deploy each process in a different place, 
+scale them independently, design your own approach for High Availability, etc.
+
+This feature proposes the separation of the different OSM processes in Docker 
+container images. Here the use of the term ''process'' instead of ''component'' 
+is intentional. '''Processes running on each component must be identified and 
+Docker containers must be created per process and not per component'''.
+
+## Demo or definition of done ##
+N/A