虚拟化是一个超载词原用它描述硬件仿真形式,但最近似乎任何形式的软件抽象化都称它为虚拟化CMTS上下文中云本地词比虚拟化更精确描述CMTS即将演化
云原型正渐渐受欢迎,以此描述大网络公司使用云部署法归根结底,云原方法视应用为宇宙中心,而不是网络。这是与ESTI-NFV不同的视图,因为在云原生世界中,网络函数只是一个应用,只要它大致符合12-因子应用指南,它可以像所有应用一样部署、缩放和保护
虚拟CMTS如何融入云原景?在匆忙标出虚拟名称时,往往忽略关键点
虚拟化本身不是目标,而是一种实现目的的手段
最终目标是实现:
- DevOps和CI/CD服务速度
- 高可用性
- 弹性快速缩放
云原世界拥有实现所有上述目标的框架,虚拟化只是框架的一部分事实上,云本地部署中所使用的虚拟化形式被称为“容器”,如果有的话,它是一种非常轻量化虚拟化形式
常与云原生关联的另一个词是“微服务”。关键概念Micservice是指创建小全套软件的能力,这些软件可单独升级和缩放将微服务与容器关联是常见问题
云原型中许多其他概念可回溯到多处理器设计与主机架构,可追溯到1970年代。模块化软件是软件架构和容器ABC已有段时间。有鉴于此,云原型方法的关键创新是什么?
人可能会说,它能从低可用性组件构建高成本效益系统云原分配系统基本上是分载系统,如果分量失效,则负载可移到别处。此外,提升/下降可使用相同的分量分配系统,而在这方面,故障仅仅是“强制缩放”案例软件升级使用相同的分发和加载基础设施:老版正在缩放新版时升级,结果软件升级可免中断服务
软件可靠服务升级法与微服务合并后,我们开始良性循环:因为升级风险较小,操作者可以更频繁升级,结果升级间代码变小,进一步降低升级风险最终特征速度提高,因为软件修改可更快分解
云原环境还鼓励生产测试整体系统弹性强 新软件中转阶段可短得多某些公司更深入概念并强制随机故障(例如强制软件崩溃)输入实战制作系统 以确保它从任何投向它的东西中恢复
虚拟CMTS可分解成微服务并按云原型部署,网络和商务应用空间所见可靠性、可扩缩性及特征速度也可应用到虚拟CMTS
寻找更多关于这个题目-我们为CMTS备战感到兴奋
连接CISCO