云原生的定义

云原生（Cloud Native）最早是由Pivotal公司的 Matt Stine 于2013提出。

2017年前其把云原生定义为： 模块化、可观察、可部署、可测试、可替换、可处理。

现在简化为： DevOps+持续交付+微服务+容器

而把云原生更加发扬光大的则是：CNCF基金会，全名为： Cloud Native Computing Foundation。 名字起的非常好 —— 云原生计算基金会，让人不禁觉得其是“Cloud Native”的权威。

大名鼎鼎的Kubernetes就是其孵化出的第一个项目，目前有大量云原生相关的开源项目在孵化中或已毕业。如果说大数据时代造就了Apache软件基金会，那么云原生时代则成就了CNCF。

云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。

而云原生的代表技术则包括：

• 容器（containers）
• 服务网格（service meshes）
• 微服务（microservices）
• 不可变基础设施（immutable infrastructure）
• 声明式API（declarative APIs）

这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

云原生技术与云原生产品

CNCF的定义更多的是定义了“云原生技术”：构建和运行在云上（公有云、私有云）应用程序的方法，是一套技术体系和方法论。最初更像是指导企业上云的技术栈&方法论。

而云原生虽好，但不是每个公司都有技术实力来实现云原生的，而且也没有必要每个公司都投入这么大的精力来实现云原生。所以，需要有服务商来基于“云原生技术”来实现面向最终用户的产品 —— “云原生产品”。

类似前段时间也比较火的“中台”，其实也是“中台技术”和“中台产品”。“中台技术”是帮助企业来抽取可共享的功能模块，从而形成支撑前台的中间平台，本身更像是一种思想和方法论。类比软件工程中的 DRY 原则（Don’t Repeat Yourself）。 而后来被大家吐槽很多的是组装了各种开源组件的“中台产品”，中台产品本身也是有价值的，只不过不能把其作为一种万能灵药。中台不是银弹，云原生也不是，没有啥是。

而完全深耕于 AWS、Azure、GCP公有云的云数仓 Snowflake 的上市使得云原生（其实更准确是 云原生产品）更火。