云原生Cloud Native

概念
历史和特征
云原生和传统的区别

概念

云原生之所以解释不清楚，是因为云原生没有确切的定义，云原生一直在发展变化之中，解释权不归某个人或组织所有。

它是一种构建和运行应用程序的方法，是一套技术体系和方法论。

Cloud表示应用程序位于云中，而不是传统的数据中心；Native表示应用程序从设计之初即考虑到云的环境，原生为云而设计，在云上以最佳姿势运行，充分利用和发挥云平台的弹性+分布式优势。

历史和特征

关于特征，也是众口不一，不过也是因为它一直在发展的缘故。

Pivotal公司的Matt Stine于2013年首次提出云原生（CloudNative）的概念；
2015年，云原生刚推广时，Matt Stine在《迁移到云原生架构》一书中定义了符合云原生架构的几个特征：12因素、微服务、自敏捷架构、基于API协作、扛脆弱性；
到了2017年，Matt Stine在接受InfoQ采访时又改了口风，将云原生架构归纳为模块化、可观察、可部署、可测试、可替换、可处理6特质；
而Pivotal最新官网对云原生概括为4个要点：DevOps+持续交付+微服务+容器。
- 微服务：微服务架构的好处就是按功能分开之后，服务解耦，内聚更强，变更更易。
- 容器化：Docker是应用最为广泛的容器引擎，容器化为微服务提供实施保障，起到应用隔离作用。K8S是容器编排系统，用于容器管理，容器间的负载均衡。Docker和K8S都采用Go编写，有人说Go成就了云原生，也有人说云原生成就了Go。
- DevOps：这是个组合词，Dev+Ops，就是开发和运维合体，实际上应该还包括测试，DevOps是一个敏捷思维，是一个沟通文化，也是组织形式，为云原生提供持续交付能力。
- 持续交付：持续交付是不停机更新，一反传统的瀑布式开发模型（软件工程学过的），这要求开发版本和稳定版本并存，需要很多流程和工具支撑。

总而言之，符合云原生架构的应用程序应该是：采用开源堆栈（K8S+Docker）进行容器化，基于微服务架构提高灵活性和可维护性，借助敏捷方法、DevOps支持持续迭代和运维自动化，利用云平台设施实现弹性伸缩、动态调度、优化资源利用率。

云原生和传统的区别

1、本地部署的传统应用可能需要停机更新，而云原生应用应该始终是最新的，需要支持频繁变更，持续交付，蓝绿部署（一种应用发布模式，可将用户流量从先前版本的应用或微服务逐渐转移到几乎相同的新版本中（两者均保持在生产环境中运行））。

2、本地部署的传统应用无法动态扩展，往往需要冗余资源以抵抗流量高峰，而云原生应用利用云的弹性自动伸缩，通过共享降本增效。

3、本地部署的传统应用对网络资源，比如IP、端口等有依赖，而云原生应用对网络和存储都没有这种限制。

4、本地部署的传统应用通常是人工操作部署和运维，而云原生应用这一切都是自动化的。

参考文档

知乎：什么是云原生？这回终于有人讲明白了