江苏龙网

  1. 首页 > 人文 > >

爱分析·中国云计算行业趋势报告(17)


1）中立性：独立容器厂商尽管可能与某些公有云厂商建立紧密的战略合作关系 ， 但总体来说其产品并不绑定IaaS平台 ， 而是能够充分兼容各类IaaS层资源 ， 包括VMware、OpenStack和主流公有云厂商 ， 从而使得企业能够在多公有云上部署同构的Kubernetes集群 ， 从而有效支撑统一DevOps平台的搭建 。
2）产品化：独立容器厂商的产品本质上是对原生Kubernetes进行二次开发和产品化封装 ， 增加大量面向企业使用场景的功能模块 ， 并提供友好的部署安装和用户交互界面 ， 大幅降低了容器平台的使用门槛 。 基于容器平台 ， 容器厂商一般还提供高度产品化的DevOps平台 ， 集成面向开发、构建、测试等各阶段的中间件和工具 ， 为企业提供一套端到端的DevOps方案 。
3）服务能力：独立容器厂商一般具备专业的服务团队 ， 可以为尚不熟悉容器和DevOps的企业提供培训、咨询和技术支持服务 。 对于部分具有复杂定制化要求的企业 ， 公有云厂商一般不会提供深度的交付服务 ， 而许多独立容器厂商则能够提供此类服务 。
总体来看 ， 基于容器云厂商提供的跨云的云原生技术中台 ， 企业能够实现包含开发、构建、测试、部署与运维过程在内的DevOps敏捷开发过程 ， 避免了因多云异构环境造成的人工操作增多、应用交付效能降低的情况 。
3.3多云架构下云原生闭环的构建
尽管在跨云的云原生技术中台的搭建过程中 ， 我们看到了独立容器云厂商的独特价值 ， 但是它也并非唯一的答案 。
实际上 ， 云原生技术中台的最初目的 ， 就是为了服务于云原生应用交付的全生命周期 。 而考虑到敏捷开发过程周而复始的过程 ， 这个生命周期显然不可能是一条单向的直线 ， 而一定会构成一个云原生闭环 。
根据一般企业的软件研发及上线流程 ， 这个完整的云原生闭环应该包括：业务部门流程 ， 即需求提出；研发和测试部门流程 ， 即需求确定、开发测试资源申请、开发与构建、测试；运维部门流程：部署、运维管理、问题与需求反馈 。 随着运维部门将应用在部署或运维中出现的问题反馈到研发测试部门 ， 整个闭环周期才完全流转结束 ， 如下图所示 。
爱分析·中国云计算行业趋势报告
正如上图所展示 ， 在云原生应用交付的生命周期里 ， 除了需求确定、云原生应用开发、测试、应用部署等环节由容器云厂商占据主导 ， 在资源申请、监控与灾备这两个连接开发测试部门与运维部门的核心环节中 ， 企业都需要相应的工具平台进行支撑 。
当多云异构环境成为企业中的主流以后 ， 如何实现跨云的资源统一申请、统一监控与灾备 ， 从而有效提升云原生闭环的效率成为企业的主要痛点之一 。
此外 ， 云原生技术的普遍应用也改变了所谓资源的定义 。 传统IT和云原生出现之前的资源更多的是指的物理资源和虚拟化资源 ， 以及传统的数据库和中间件资源 。 但云原生技术成熟之后 ， 容器、云原生数据库、云原生中间件等云原生资源同样需要进行统一申请、统一运维监控和灾备 。
在这种背景下 ， 许多厂商的CMP、APM等ITOM工具 ， 正在逐步从基础设施层向云原生层进行拓展 ， 从而融入到云原生闭环中 。
因此 ， 基于云原生闭环的重要价值 ， 我们把面向云原生资源进行管理、监控并提供IT服务的云管理工具CMP ， 以及应用性能监控工具APM等ITOM工具 ， 都定义为云原生技术中台的重要组成部分 。
4.3.1 多云架构下的资源申请
在单一云的环境下 ， 企业往往直接通过公有云、私有云的后台管理界面来申请资源 。 但是在越来越复杂的多云环境下 ， 有大量独立的资源申请入口 ， 并且需要通过这些独立的入口来对资源进行管理 ， 对企业的资源分配造成较大管理困难 ， 多云管理平台CMP的价值得到充分凸显 。


推荐阅读


上一篇：哈萨克斯坦|? 俄国指证美军投毒！在中国投毒失败后，再次向中国的邻国投毒？

下一篇：浪潮信息智能技术成果驱动在线AI教育升级