人尽皆知的云原生，到底是大势所趋还是过度炒作？_云原生 炒作

当今云原生可谓是如火如荼起码在互联网领域它是人尽皆知那么云原生到底是时代的大势所趋还是过度炒作概念呢相信当你看完这篇文章心里会有答案。

传统云平台 VS 云原生

要知道在云原生之前IT/互联网领域中也是存在着云平台的即基于虚拟化的传统云平台典型的有 Openstack 等。在传统方式下如果说一个企业生产应用需要部署 100 台应用实例那么它就得准备 100 个虚拟机然后再将代码部署上去最后为应用构建高可用的方案。这样无论生产还是运维耗费精力无疑都是巨大的。

了解过云原生的都知道有一个核心概念容器而传统云平台与云原生之间必须要关注的少不了容器与虚拟机之间的区别。

虚拟机即在宿主机/物理机的基础上装一个操作系统操作系统之上部署 Hypervisor由它再带起一个个承担应用的子系统。从这个层面来看它是很复杂的如果系统出现了某些问题我们需要去检测宿主机、虚拟机乃至 Hypervisor。

而且虚拟机是模拟完整的操作系统这当然也包括了硬件驱动等等资源需求很大一个物理机可以开放的虚拟机是有限的。当我们要部署一个应用时需要考虑该应用在并发高峰时可能需要需要多少资源创建虚拟机时按照资源的最大需求进行设定以防止虚拟机无法支撑应用。但在大部分时间内应用的资源需求并不会一直处于高峰这就造成了资源利用率很低。

除此之外传统云平台其他各方面的缺陷也相当明显诸如

• 业务代码与基础架构割裂
• 虚拟机构建和业务代码相互分离
• 基础架构后期维护风险大
• 基础架构无法感知业务状态升级维护困难
• 缺少自动化
• 需要自己构建应用的高可用方案
• 扩容缩容难
• 故障转移难

可见传统的云平台无论对于任何的操作、变更都是非常困难的需要耗费大量的成本和人力。

而云原生正是为解决此问题而生它鼓励在公有云、私有云、混合云等动态环境中构建和运行规模化应用可以说云原生是一种思想是技术和企业管理方法的总结。从技术层面来看

• 应用程序从设计之初就在为上云而做好了准备
• 云平台基于自动化体系

云原生包含的核心技术栈有应用容器化封装、服务网格、不可变基础架构、声明式 API 等。这些技术不仅提升了系统适应性、可管理性、可观察性使开发者可以以最小成本进行频繁和可预测的系统变更而且还可以提升部署维护速度和效率助力业务的快速成长。

此外在使用云原生之后运维工程师和开发工程师也不会再那么界限清晰因为大家面向的都是同样的 API。

传统下的企业开发、测试、运维都是相互割裂的状态云原生则将企业开发和运维部门很好地结合起来。所提倡的DevOps理念打破了开发、测试、运维部门之间的隔阂让整体的应用交付变得更快速。从技术角度看DevOps 涵盖了应用的开发、编译、构建、测试、打包、发布的自动化流程并包含了很多 DevOps 工具链。

云原生核心项目概览

云原生很复杂它本身是一个很大的生态包含着几十个甚至上百个项目。

这其中最重要的就是 Kubernetes它主要的作用是集群管理(node)和作业调度(pod)作业调度之后 k8s 通过CSI、CNI、CRI将应用以容器的方式运行起来。

那么对外暴露什么样的服务别人如何访问该服务呢k8s 本身是通过 kube-proxy 去做东西向的流量的负载均衡和服务发现的 他还包含了 CoreDNS 也就是集群内的域名服务器以及 Istio等集群服务管理软件。

而 k8s 中产生的数据则专存于分布式数据库etcd中。

云原生技术演进

云原生本身其实是为微服务而服务的在应用架构上的演进由最开始的单体应用到分层架构到 SOA再到当前流行的微服务。

每一个微服务都是一个独立的部署单元比如说这几个微服务由这个团队负责那几个微服务由那个团队负责团队只需关注自己负责的业务即可不会受全局的影响。微服务也有着启动速度快、资源需求小、部署灵活等诸多优点。

此外云原生也不断在朝着应用规模化、计算边缘化、部署多样化、应用复杂化的趋势发展。

• 应用规模化从概念验证到大规模生产应用
• 计算边缘化以数据中心为主的云计算到面向边缘节点的边缘计算
• 部署多样化私有云和公有云混合的多云和混合云
• 应用复杂化简单的无状态应用到复杂的有状态应用管理

还有更重要的局部技术革新如基于 XDP 和 eBPF 实现的网络加速和应用隔离、基于 WebAssembly 实现的个性化 proxy plugin、不断增强的安全保证手段等等。

相较于传统云平台云原生有着得天独厚的诸多优势。毫不夸张的说云原生是这个时代的产物也必将会引领一个新的时代。

那么你心目中的云原生是什么样的呢