How is Cloud Native Going at China Mobile?

Cloud Native concept has been accepted in telecom company. But how it is going in China Mobile? In this proposal,it will give a big picture of how many provinces are using container technology, the scale and the difficult problem we met in the past three years. From Mesos deployed in Zhejiang Province to Kubenetes deployed in many provinces, what is the challenge and how we solve the different technical stack? In China Mobile, how do we build our own PaaS and manage it in at lease 30+ data centers as each province should have their own data center to run specific services.
展开查看详情

1.How Cloud Native is going on in China Mobile Jia Xuan (jiaxuan@chinamobile.com)

2.中国移动研究院正式成为CNCF银牌会员 我们还参加了ONAP,OPNFV,ODL等等开源组织,积极拥抱开源

3.内容 • 概述 • 领域 – 私有云 – 电信云 – 5G – 边缘计算 • Q/A

4.概述:Cloud Native是网络演进主要方向

5.私有云:多省公司进行PaaS建设和试点 业务: 电渠,营业门户,掌厅, 集团,浙江,江苏等 网状网,BBOSS,内容计 费,一级营销等

6.电信云:引入容器技术最佳时间点 • Kubernetes以成为容器编排的事实性标准,减少电信云(NFV)架构的多样性 • 5G服务化架构以及3GPP Release 15的发布 • 统一NFV中Kubernetes技术架构是目前工作的重点 引入影响: OSS NFVO 新增 EMS EMS 改动 VNF VNFM VNF NF service NF service VNFC VNFC VNFD POD POD POD POD POD POD CaaS node CaaS node CaaS master NFVI CaaS node VM VM VM VM Hypervisor OVS VIM 计算硬件 网络设备 SDN控制器 分布式存储集群 分布式存储管理软件

7.Container4NFV为NFV提供容器运行环境 Container4NFV 是OPNFV社区第一个容器的项目,由中国移动主导。 解决容器在NFV中存在的问题。 • POD支持多接口 • 支持X86、ARM双重架构 • 支持DPDK、SR-IOV等加速技术 • 支持虚拟机和物理机部署

8.ONAP的容器化部署 架 ONAP Operations Manager能够支持向Kubernetes上基于微服务部署的迁移 构 在北京版本中,MSB通过提供服务注册/发现和API网关,帮助ONAP向微服务发展 部 ONAP OOM使ONAP模块能够在Kubernetes上运行,为ONAP部署提供可用性、弹 署 性、可扩展性和更多功能,并为全面实施微服务架构奠定基础。

9.5G:新协议体系适应Cloud Native技术 支撑5G Service Based Architecture 需要与之相适应的新一代的协议体系: 综合考虑,确定了 TCP+HTTP/2+JSON+OpenAPI 的协议组合 协议栈 备选协议 选择结果 标准的,与编程语言 接口描述语言 (IDL) OpenAPI 3.0 YANG OpenAPI 3.0 无关的API描述语言 序列化协议 JSON BSON CBOR ProtoBuf JSON 简洁、轻量、通用的 API 设计方式 RESTful RPC RESTful/PRC 设计模式 应用层 HTTP/1.1 HTTP/2 Diameter GTP HTTP/2 支持多路复用的高性 能的新一代超文本传 传输层 TCP UDP QUIC SCTP TCP 输协议 “互联网化”和“云化”的基因深深融入新一代移动通信系统中 新一代协议的优点 1. 采用最新的、且在IT/互联网技术中广泛使用的协议 2. 新型REST API接口极大的便于运营商或第三方调用 服务

10.5G:引入容器后的架构思考 容器为厂商自己私有实现, 平台抽象出针对CT业务的CaaS平台。 不对外暴露任何API。 容器化网元部署于CaaS平台上。 白皮书: http://www.caict.ac.cn/kxyj/qwfb/bps/201806/P020180621513752479196.pdf

11.边缘计算:探索以容器+虚拟机的架构路线 能力沉淀 MEP 第三方APP 特定场景 特定场景 APP APP 数据中心 Kubernetes Container OpenStack 现场级设备 边缘数据

12.Q/A