ITBear旗下自媒体矩阵:

“云原生” 为何而生?

   时间:2019-02-27 10:53:39 来源:互联网编辑:星辉 发表评论无障碍通道

“2019新年伊始,安畅正式从Cloud MSP 1.0迈向于MSP 2.0时代(Cloud MSP:云管理服务商),除了为客户提供基础架构云化的同时,安畅正在帮助他们构建云原生应用,实现微服务架构改造以及DevOps落地,安畅新的愿景就是要成为一家国内领先的云原生技术服务企业。”——安畅网络CEO程小中

近来,“云原生”这个词被云计算从业者们反复的谈及,但对“云原生”的定义与理解各有不同。云原生(Cloud Native)的概念,由来自Pivotal的MattStine根据其多年的架构和咨询经验的总结于2013年首次提出并于2015年7月由隶属于 Linux 基金会的云原生计算基金会CNCF(Cloud Native Computing Foundation)详细定义:“云原生计算”是一个用于部署微服务应用的开源软件堆栈,其方式是把各个组件都打包到容器中并动态调度容器以优化计算资源利用率。

1.jpg

进一步理解,“云原生计算”更侧重于云软件开发后的交付与部署,主要针对以容器为基础的云软件部署,即把一个云应用软件所需要的底层软件组件打包到一个标准化容器中,而容器可以把一次编写的云应用程序部署到本地数据中心或云上,进而无数的“小”容器横向连接起来就形成了云软件般规模化扩展能力。可以说云原生能有效的帮助企业更加轻易的构造一个可扩展、敏捷、高弹性、高稳定性的业务系统。

“云原生”应用价值

从CNCF的定义来看,采用基于云原生的技术和管理方法,将更好地把业务生于“云”或迁移到云平台,从而享受“云”的高效和持续服务能力。像Facebook 和Netflix 这样的大公司都已经在云原生技术上投入了大量的资源,而一些小的公司也意识到了该技术的价值。根据云原生技术实践的反馈,我们总结了如下一些优点。

1)快速迭代

利用云原生应用程序开发,意味着使用敏捷与可扩展的组件,如以Kubernetes为代表的容器来提供离散和可重用的功能,这些功能以良好描述的方式集成,甚至跨越多云等技术边界,这使得交付团队可以使用重复的自动化和编排来快速迭代。

2)自动部署

云原生方法远优于传统的面向虚拟化的业务流程,传统方法需要投入大量的精力来构建开发环境,以及软件交付过程中的其他不同环境。而云原生架构具备自动化和组合功能,并且依赖于可靠、经过验证和审核的已知良好流程的基础,交付十分敏捷,而不再需要人工干预重复执行。

3)独立高效

云原生带来了微服务化架构,一个微服务基本是一个能独立发布的应用服务,因此可以作为独立组件升级、灰度或复用等,对整个大应用的影响也较小,每个服务可以由专门的组织来单独完成,依赖方只要定好输入和输出口即可完全开发、甚至整个团队的组织架构也会更精简,因此沟通成本低、效率高。

云原生于中国市场

而在中国市场,云原生仍然是一个较为新的概念,多数中国企业在云原生的专业知识、部署开发以及管理应用的能力仍不成熟。令人欣慰的是,在云原生道路上探索公有云厂商们已经做出了许多的努力,诸如AWS的ECS产品、腾讯云的TKE等容器服务已经许多用户所认可,而云管理服务商们(Cloud MSP)也已充分意识到了云原生将是企业数字化转型的加速器。作为数字化转型的引领者,云管理服务商们正努力成为云原生的先行者,不断尝试并挖掘云原生的精髓所在,突破更多的云原生部署壁垒,以帮助企业快速构建云原生应用,实现微服务架构改造以及DevOps落地。

举报 0 收藏 0 打赏 0评论 0
 
 
更多>同类资讯
全站最新
热门内容
网站首页  |  关于我们  |  联系方式  |  版权声明  |  RSS订阅  |  开放转载  |  滚动资讯  |  争议稿件处理  |  English Version