一、前言
之前都是对云原生单一技术的关注研究，知识分散，我们一直在说云原生，那到底什么是云原生呢？是k8s还是微服务，还是容器就是？云原生的概念最早开始于 2010 年，该词旨在表达一种架构，为了描述应用程序和中间件在云环境中的良好运行状态， Cloud Native抽象出了云环境中服务必须包含的某些属性状态，满足了这些属性才能保证良好的运行状态，以充分利用发挥云计算的特性。后面我们了解这种特性狭隘层面即以微服务和容器云为驱动的应用运行标准；2015年在《迁移到云原生架构》一书中定义了符合云原生架构的特征：12 因素、微服务、自服务、基于 API 协作、扛脆弱性；同年，由 Linux 基金会发起了一个The Cloud Native Computing Foundation（CNCF） 基金组织，Google、Cisco、Docker 各大厂纷纷加入，并逐步构建出围绕 Cloud Native 的具体工具，而当时云原生这个的概念也逐渐变得更具体化：把云原生定位为容器化封装+自动化管理+面向微服务。2017 年, 云原生应用提出者之一的Pivotal 在其官网上将云原生的定义概括为 DevOps、持续交付、微服务、容器四大特征。
随后在此基础上继续发展，2018 年，随着 Service Mesh 的加入，CNCF 重新对云原生进行了定义，上述基础上增加了服务网格 (service mesh) 和声明式 API，旨在建立一个相对中立的开源云生态，而这也逐渐成为被大家认可的官方定义，更多参见CNCF全景图；
Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure(不可变基础设施), and declarative APIs(声明式 API ) exemplify this approach.
These techniques enable loosely coupled (松耦合) systems that are resilient(高可用/韧性), manageable, and observable. Combined with robust automation, they allow engineers to make high-impact changes frequently and predictably with minimal toil.
The Cloud Native Computing Foundation seeks to drive adoption of this paradigm（范式） by fostering（培育） and sustaining（维持） an ecosystem （生态）of open source, vendor-neutral（供应商中立） projects. We democratize state-of-the-art patterns to make these innovations accessible for everyone.
其中，云提供了像虚拟化、弹性扩展、高可用、高容错性、自恢复等基本属性，而云原生和在云上跑的传统应用不同，一些基于公有云搭建的应用是基于传
)
