ONAP 技术详解与应用实践 (49):ONAP 架构设计 3.3.3

阅读数:1 2020 年 1 月 5 日 18:03

ONAP技术详解与应用实践(49):ONAP架构设计 3.3.3

(核心服务 & 模块)

内容简介
这是一本系统剖析 ONAP 的书籍,也是理论性与实战性兼具的网络自动化实践指导书!
本书详细全面地介绍了网络自动化的挑战和发展趋势,以及 ONAP 的概况、架构设计理念、设计原则、各模块实现细节、关键特性、应用场景和案例实践等。通过本书读者可以深入理解 ONAP,提升对网络自动化及相关领域的认知。
作者及其团队成员均是是华为网络开源领域的专家,长期参与社区的治理、贡献和回馈,致力于通过产业协作,打造统一的平台,降低集成成本,加快新技术导入,助力新一代网络运维系统升级。从另一个侧面说,本书是华为在网络开源领域的深刻洞察和见解,书中分享了华为参与网络开源的实践经验,是电信网络转型的重要参考。
本书共分为四大部分:
准备篇(第 1~2 章) 帮助读者梳理网络自动化的挑战和历史,分享了业界先进理念和经验,详细介绍了 ONAP 平台的版本能力以及与标准和开源组织的协同;详细描述了在三种环境(物理服务器、私有云环境、公有云环境)下安装部署 ONAP 的方法。
架构设计篇(第 3 章)系统介绍了 ONAP 在设计之初的目标与设计理念,从全局角度帮助读者了解 ONAP 当前架构是如何形成的,各个模块是如何划分的,最终又是如何保证系统质量的,在这个过程中开发人员分别有哪些考虑。具体包括模型驱动、DevOps、微服务化与云原生等,同时对 ONAP 数量众多的组件,从架构角度进行了归类和介绍。
关键项目篇(第 4~7 章),关键项目篇从架构角度将 ONAP 分为 ONAP 设计态组件、运行态组件、闭环组件和公共组件四部分,每个部分又包含若干项目。本书详细介绍了每个项目的功能描述、API 接口关系、关键特性、未来规划特性及开发指南等。这部分可帮助读者深入理解 ONAP 核心。
应用场景和案例实践篇(第 8~10 章),首先介绍了 ONAP 社区到 R3 版本为止的五个场景蓝图,以及基于 ONAP 来解决网络自动化和业务闭环的问题方法;然后以 CCVPN Usecase 为例,介绍 ONAP 支持一个新业务场景的设计思路、建模方法、工作流设计、闭环设计等;最后系统介绍了社区的测试认证项目 OVP、包括其发展路标、认证服务模式及未来构想。

核心组件与服务,即使用 ONAP 必然涉及的服务与模块,这些组件也是以服务形式提供的,原则上应该越少越好。

核心组件与服务提供必需的基础能力(日志等)及与周边系统互通的能力,包括访问控制、消息 & 文件转发、日志、数据管理等公共功能。涉及项目主要有:

  • DMaaP(Data Movement as a Platform):提供高性能的数据移动服务,因为 ONAP 内部需要多种数据移动,比如设计结果文件要从设计态分发到运行态、数据采集结果文件在各组件间转发、数据 Schema 文件变更后也要分发等。
  • MSB(Micro Service BUS):提供微服务框架能力,包括服务的注册与发现、网关流量均衡(load balancer)等。从 Casablanca 版本开始,还逐步开始增加 Service Mesh 的集成。
  • AAF(Application Authorization Framework):在 ONAP 内部组件间提供一致的身份验证、授权和安全性能力,以便应用程序、工具和服务能够匹配执行功能所需的访问。包括证书管理器等功能。
  • Log(Logging Enhancements Project):ONAP 包括不同的组件或容器,这些需要写入不同的日志文件中,故日志文件数据量可能很大(尤其是在调度等环境中),需要各组件遵循统一的日志规范和日志工具,以便对跨组件、跨文件的日志进行跟踪分析等。
  • CCSDK(Common Controller SDK):提供控制器之间可重用的服务化组件,用于大幅提升 Controller 定制 / 开发的效率,包括 NBI 接口统一处理框架、与 AAI 数据同步、统一的 plug-in 插件框架(基于 OpenDayLight 的 MD-SAL)、LCM 生命周期管理框架、统一的 HealthCheck 健康性检查框架、统一控制器的日志管理组件、通用模型管理组件等。
  • A&AI(Active and Available Inventory):在服务化框架中,各个服务可拥有自身数据库,但所有需要其他组件了解或访问的数据模型与实例,都须同步到 A&AI 中。因此,基本上所有 ONAP 组件都有与 A&AI 交互的需求。
  • DCAE(Data Collection,Analytics and Events):用于统一处理除业务与 Top 信息之外的所有事件类数据的采集、存储与分析。自身的 Health 事件、日志数据、异常、需要监控的异常处理等都需要与 DCAE 进行交互。
  • Policy:策略是实现闭环自动化的一个关键环境,负责策略规则集的维护、分发和处理。策略为创建和管理易于更新的条件规则提供了一个集中的环境。

ONAP技术详解与应用实践(49):ONAP架构设计 3.3.3

购书地址 https://item.jd.com/12536723.html?dist=jd

评论

发布