summaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorThomas Nelson <nelson24@att.com>2019-02-04 16:32:55 +0000
committerGerrit Code Review <gerrit@onap.org>2019-02-04 16:32:55 +0000
commit0ef26619ea167f455e907db7998792b5114fb1dd (patch)
tree8c015b085b4f6f90fce43796ffb61f61b12f10a6 /docs
parent2357dbf628ddf889b7a1640ccb11a424f6a7dacd (diff)
parent8f5ee6d60b9858d93dd8b5983ef69df1946b224b (diff)
Merge "Updated:Typo"
Diffstat (limited to 'docs')
-rw-r--r--docs/architecture.rst2
-rw-r--r--docs/release-notes.rst2
2 files changed, 2 insertions, 2 deletions
diff --git a/docs/architecture.rst b/docs/architecture.rst
index f78db7bb..74cb0c40 100644
--- a/docs/architecture.rst
+++ b/docs/architecture.rst
@@ -7,7 +7,7 @@ Architecture
Project Description
-------------------
-To achieve 5 9s of availability on 3 9s or lower software and infrastructure in a cost-effective manner, ONAP components need to work in a reliable, active-active manner across multiple sites (platform-maturity resiliency level 3). A fundamental aspect of this is state management across geo-distributed sites in a reliable, scalable, highly available and efficient manner. This is an important and challenging problem because of three fundamental reasons:
+To achieve five 9s of availability on three 9s or lower software and infrastructure in a cost-effective manner, ONAP components need to work in a reliable, active-active manner across multiple sites (platform-maturity resiliency level 3). A fundamental aspect of this is state management across geo-distributed sites in a reliable, scalable, highly available and efficient manner. This is an important and challenging problem because of three fundamental reasons:
- Current solutions for state-management of ONAP components like MariaDB clustering, that work very effectively within a site, may not scale across geo-distributed sites (e.g., Beijing, Amsterdam and Irvine) or allow partitioned operation (thereby compromising availability). This is mainly because WAN latencies are much higher across sites and frequent network partitions can occur.
diff --git a/docs/release-notes.rst b/docs/release-notes.rst
index 68fd3207..0d1e1794 100644
--- a/docs/release-notes.rst
+++ b/docs/release-notes.rst
@@ -13,7 +13,7 @@ Version: 3.0.24
**New Features**
-- MUSIC as a Service: while MUSIC was consumed internally by components in the Beijing release, in Cassablanca MUSIC can be deployed as an independent multi-site clustered service
+- MUSIC as a Service: while MUSIC was consumed internally by components in the Beijing release, in Casablanca MUSIC can be deployed as an independent multi-site clustered service
- Designed MUSIC to be a fully sharded, scale out system, where as many ONAP sites/component replicas can be added as required for performance