将原生云
利用规模、敏捷性、效率和自动化来满足新的需求
通信技术已融入globe各地人们的生活和工作中. 这对基于连接性的服务产生了巨大的需求. 与此同时, 客户对速度的期望, 成本和价值正给服务提供商的业务带来前所未有的压力.
原生云是一种构建和运行原生云应用程序的方法，它利用了云计算交付的优势. 当公司使用本地云架构构建和操作应用程序时, 他们可以更快地缩短上市时间(TTM)，更快地响应客户需求.
特别是5G，服务提供商对云的需求更大. 云必须重新架构为本地云, 这样他们就能在快速安装和部署新应用方面获得突破性的业务灵活性 & 操作新服务.
云原生是什么?
许多人使用“原生云”作为一个笼统的术语, 但在金沙城中心, 金沙城娱乐中心网址将原生云定义为以下四个方面:
1. 小型的、无状态的微服务架构, 运行在容器, 因为与大型单片应用程序相比, 容器的部署和升级速度更快. 容器使用更少的云资源, 因为你只部署了需要的东西, 取代了整个单片网络的功能.
2. 开放架构和api 所以你可以不断地进行金沙城娱乐中心网址. 例如, 5G的核心采用了基于服务的架构, 为网络功能提供服务或相互调用定义良好的api. 这, 以及云-本地服务网格, 使您的5G核心能够快速操作, 是否需要集成新的网络功能, 或迅速扩展 & 部署按照企业片.
3. 云不可知和基础设施不可知，这样就可以在任何地方部署. 由于抽象，您消除了硬件依赖.
4. 用于自动化和快速TTM的DevOps. 当您部署升级时, 使用金丝雀部署在较小的组中进行测试, 然后把它扩展到每个人.
Micro服务架构
分解,无状态的,有弹性的
- 松散耦合的无状态服务
- 优化服务间通信
- 弹性,水平扩展
开放api
应用,办公自动化&M
- 数据与应用程序解耦
- 抽象的基础设施
- 流遥测数据
基础设施不可知
容器、OpenStack、VMWare、AWS
- 获得应用程序端点
- 通过api访问服务
- 以用户为中心的
DevOps
自动化、协作、反馈
- 持续的软件开发和交付
- 自动化的生命周期管理
- 具有快速实例化和恢复的弹性应用程序
原生云的好处是什么?
对于5G，服务提供商对云的需求更多. 云必须重新构建为云原生架构，这样他们才能在快速安装新应用、部署和运营新服务方面获得突破性的业务灵活性. 5G的规模带来了更多设备和非常多样化的服务组合.
遗留业务将无法跟上. 他们需要更多的自动化，尤其是切片. 5G也带来了新的性能要求, 因此，为了实现低延迟，云需要向边缘移动, 本地化的可靠性, and traffic steering; for that, csp需要云原生的效率.
资本支出的好处
- 更高的资产利用率、聚合收益和简化的硬件库存.
操作效率
- 高度自动化和弹性.
- 根据需要增加容量，根据需求将容量从一个服务转移到另一个服务.
- 随着成长付费.
- 自动化软件升级.
- 从故障中自动恢复.
- 通过减少人工劳动改善运营成本. 改进的弹性和更好的客户体验.
业务敏捷性
- 云平台使新服务能够以更快的速度进入市场，创造新的收入流.
金沙城中心云原生解决方案
为云
为什么是云原生，为什么是现在
在电信电视观看金沙城中心-谷歌云事件的重播
为什么需要从云迁移到本地云
今天，csp的云大部分是私有的(他们拥有它)，大部分是中央的(在很少的地方).
云计算的最初目标是将增长与成本脱钩，并快速交付新服务. 他们已经在4G核心上做到了这一点, IMS /回, 临终的替换, 越来越多的云RAN.
云原始目标
- 将增长与成本脱钩
- 快速提供新服务
到目前为止它是如何使用的
- 5G EPC和IMS /回的核心能力
- 更换遗留EoL (3G，固定)
- 越来越多的云跑
传统的电信云是不够的
- 大型单片VNFs
- 手动操作过多
- 体系结构过于复杂
5G需要的不仅仅是“云”
- Breaktrough业务敏捷性
- Zero-touch生命周期自动化
- E2E分布式云
到目前为止，解决方案还远远没有开放和供应商中立. 监控、优化和修改系统的能力并非无处不在. 性能是可以接受的，但没有什么值得大书特书的，而且还没有大规模证明. 建立在电信云平台上的真正金沙城娱乐中心网址服务的例子非常少.
除了, 最初的电信云主要是将大型网络元素移植到大型虚拟化网络功能(VNF)中。. 它们太大，消耗太多云基础设施资源，并使用遗留操作. 它们难以部署、扩展、升级和维护.
许多遗留操作都是手动的. 它们的速度不够快，无法应对云计算和5G众多设备带来的百倍增长的运营活动, 服务, 和切片.
这是一个难以管理的复杂云架构. 在所有这些设置之后, 整合和升级等行动只会花费太多的时间和精力.
除了, 传统的基于vnf的云架构没有开发和基准测试VNFs的标准程序, 这导致了缺乏架构指导方针，也没有跨供应商的VNF标准协议或配置策略. 因此，每次都需要手动配置、更新和测试VNFs. 这是服务提供商实现NFV成功实现的障碍之一.
还有一些与nvf相关的额外挑战. 例如，VNF(高可用性)对硬件资源的消耗更高, 不支持多租户, VNFs不能被重用或共享, api没有提供给自动化的任务，比如缩放, 配置, 打补丁, 和更新的版本.
如何开始向云本地迁移
实现一个云原生架构
云原生迁移是一段旅程, 就像每一次旅行一样, 最具挑战性的部分是总是采取最初的几步. 金沙城中心意识到，金沙城娱乐中心网址的客户不仅处于这个过程的不同阶段, 但它们也面临着内在的挑战，因为它们自己的网络可能处于这一旅程的不同阶段. 他们寻求一个包含所有这些步骤的有凝聚力的解决方案.
1. 云计算虚拟化
迈向“云化”的第一步是虚拟化. 虚拟化可以在通用硬件上运行应用程序(并以更有效的方式运行旧的单线程应用程序)，从而实现硬件整合. 这是走向云化的第一步，但还不是真正的云化. VNFs仍处于孤立状态, 有效地使云的好处变得无关紧要, 因为不同应用程序之间不存在硬件资源池. 许多csp仍处于这一阶段.
2. OpenStack云和云原生自动化
下一步是迈向自动化和伸缩性/弹性(虚拟化软件“云化”). 云层利用OpenStack技术, 使应用程序自动部署到运行通用硬件的数据中心成为可能, 并且(取决于应用程序的能力)可能支持弹性.g. 通过VNF经理. 与虚拟化, 这里有自动化, 而且可以使用相同的工具运行许多不同的应用程序. 同时能够在云基础设施中运行应用程序, 应用程序可能仍然对底层云栈和/或硬件层有某些需求.
3. 云架构和云原生应用程序
最后一步(或目标)是将应用程序架构发展为云本地应用程序. 这包括将网络功能分解为微服务，使应用程序能够“独立于基础设施”运行——例如直接在硬件上运行, 或者在虚拟机上, 或在容器. 它还支持例如VNFC(虚拟化网络功能组件)方法，用于跨多个应用程序(如会话数据库或负载平衡实体)共享/重用多供应商组件。. 除了基础架构的独立性之外，一个关键的品质是可编程性.e. 在应用程序内部和外部提供文档化良好的api. 这对于在电信云中实现DevOps原则也很重要.
多云和混合云环境
金沙城中心正积极与第三方云供应商合作，帮助csp:
- 现代化的网络 & 跨混合云和边缘云环境的核心IT基础设施;
- 资本效率最大化 & 通过云本地简化网络部署的OPEX
- 解锁新的、多样化的云本地收入流.
Abhay Savargaonkar和Keith White讨论了原生云和基于消费的建模
