diff options
| author |   Emmanuel Bidet <emmanuel.bidet@m4x.org> | 2018-01-27 19:57:59 +0000 |
|---|---|---|
| committer | Emmanuel Bidet <emmanuel.bidet@m4x.org> | 2018-01-27 20:08:55 +0000 |
| commit | 39be73a3ab0562536a63f5af8db80aba352f6083 (patch) | |
| tree | ac18e0617d5f05e6e14ffd171e340f2d3eb1fcd6 /docs/guides/onap-developer/architecture | |
| parent | c1a790056059b363e768a1099ec3058b021db730 (diff) | |
DOC-239 : Replace Amsterdam by Beijing
Amsterdam replaced by Beijing
5 trailing spaces suppressed
Issue-ID: DOC-239
Change-Id: I58367547c79badc9f4e386aa748f7ca62d4f5092
Signed-off-by: Emmanuel Bidet <emmanuel.bidet@m4x.org>
Diffstat (limited to 'docs/guides/onap-developer/architecture')
| -rw-r--r-- | docs/guides/onap-developer/architecture/onap-architecture.rst | 20 |
1 files changed, 10 insertions, 10 deletions
diff --git a/docs/guides/onap-developer/architecture/onap-architecture.rst b/docs/guides/onap-developer/architecture/onap-architecture.rst index 95b91b2d9..44c5f3a1b 100644 --- a/docs/guides/onap-developer/architecture/onap-architecture.rst +++ b/docs/guides/onap-developer/architecture/onap-architecture.rst @@ -2,7 +2,7 @@ .. http://creativecommons.org/licenses/by/4.0 .. Copyright 2017 Huawei Technologies Co., Ltd. -Introducing the ONAP Architecture (Amsterdam Release) +Introducing the ONAP Architecture (Beijing Release) ===================================================== Introduction @@ -99,7 +99,7 @@ following foundational principles: - The architecture shall support elastic scaling as needs grow or shrink -|image0|\ +|image0|\ **Figure 1:** ONAP Platform @@ -115,9 +115,9 @@ necessary to develop service/operations-specific collection, analytics, and policies (including recipes for corrective/remedial action) using the ONAP Design Framework Portal. -|image1|\ +|image1|\ -**Figure 2:** ONAP Platform components (Amsterdam Release) +**Figure 2:** ONAP Platform components (Beijing Release) Portal ++++++ @@ -209,7 +209,7 @@ Analytics and Events (DCAE), Active and Available Inventory (A&AI), and a Security Framework. These components use common services that support logging, access control, and data management. -Orchestration +Orchestration +++++++++++++ The Service Orchestrator (SO) component executes the @@ -300,16 +300,16 @@ provide access management and security enforcement, data backup, restoration and recovery. They support standardized VNF interfaces and guidelines. -Operating in a virtualized environment introduces new security challenges +Operating in a virtualized environment introduces new security challenges and opportunities. ONAP provides increased security by embedding access controls -in each ONAP platform component, augmented by analytics and policy components +in each ONAP platform component, augmented by analytics and policy components specifically designed for the detection and mitigation of security violations. -Amsterdam Use Cases +Beijing Use Cases ------------------- The ONAP project uses real-world use cases to help focus our releases. -For the first release of ONAP (“Amsterdam”), we introduce two use cases: +For the first release of ONAP (“Beijing”), we introduce two use cases: vCPE and VoLTE. \ **Virtual CPE Use Case** @@ -349,7 +349,7 @@ Read the Residential vCPE Use Case with ONAP whitepaper to learn more. **Voice over LTE (VoLTE) Use Case** -The second use case developed with Amsterdam is Voice over LTE. This use +The second use case developed with Beijing is Voice over LTE. This use case demonstrates how a Mobile Service Provider (SP) could deploy VoLTE services based on SDN/NFV. The SP is able to onboard the service via ONAP. Specific sub-use cases are: |