速度
云原生架构使用敏捷开发和DevOps，不但可以让企业快速的开发产品，自动化部署产品，同时还能持续的更新产品，让产品跟得上需求，甚至是引导需求，让企业立于不败之地。在传统企业中，为应用提供环境和部署新版本花费的时间通常以天、周或月来计算。在使用了docker和k8s之后，部署时间可以缩短到几分钟甚至几秒钟。
安全与鲁棒性
云原生架构依托于容器编排工具（K8S）与微服务的组合，应用就拥有了自动恢复能力、容错能力、故障隔离能力，让应用时刻处于可用的状态。
自动恢复
凭借可视化、故障隔离和容错能力，我们拥有确定故障所需的工具，从故障中恢复，并在进行错误检 测和故障恢复的过程中为客户提供合理的服务水平。一些故障很容易识别:它们在每次发生时呈现出 相同的易于检测的模式。以服务健康检查为例，结果只有两个:健康或不健康，up或down。很多时 候，每次遇到这样的故障时，我们都会采取相同的行动。在健康检查失败的情况下，我们通常只需重 新启动或重新部署相关服务。云原生应用程序架构不要当应用在这些情况下无需手动干预。相反，他 们会自动检测和恢复。换句话说，他们给电脑装上了寻呼机而不是人
容错
仅仅将系统拆解为可以独立部署的微服务还是不够的;还需要防止出现错误的组件将错误传递它所依赖的组件上而造成级联故障。Mike Nygard 在他的《Release It! - Pragmatic Programmers》一书中描述了一些容错模型，最受欢迎的是断路器。软件断路器的工作原理就类似于电子断路器(保险丝):断开它所保护的组件与故障系统之间的回路以防止级联故障。它还可以提供 一个优雅的回退行为，比如回路断开的时候提供一组默认的产品推荐。我们将在“容错”一节详细讨论该模型。
故障隔离
为了限制与故障带来的风险，我们需要限制可能受到故障影响的组件或功能的范围。如果每次亚马逊 的推荐引擎挂掉后人们就不能再在亚马逊上买产品，那将是灾难性的。单体架构通常就是这种类型的 故障模式。云原生应用程序架构通常使用微服务。通过将系统拆解为微服务，我们可以将任何一个微 服务的故障范围限制在这个微服务上，但还需要结合容错才能实现这一点。
可视化：
提供必要的工具，以便可以在发生故障时看到它。 我们需要观测一切的能力， 建立一个“哪些是正常”的概况，检测与标准情况的偏差(包括绝对值和变化率)，并确定哪些组件导 致了这些偏差。功能丰富的指标、监控、警报、数据可视化框架和工具是所有云原生应用程序体系结构的核心。
弹性扩展
随着需求的增加，我们必须扩大服务能力。过去我们通过垂直扩展来处理更多的需求:购买了更强悍 的服务器。我们最终实现了自己的目标，但是步伐太慢，并且产生了更多的花费。这导致了基于高峰 使用预测的容量规划。我们会问”这项服务需要多大的计算能力?”然后购买足够的硬件来满足这个要求。很多时候我们依然会判断错误，会在如黑色星期五这类事件中打破我们的可用容量规划。但是， 更多的时候，我们将会遇到数以百计的服务器，它们的CPU都是空闲的，这会让资源使用率指标很难 看。
创新型的公司通过以下两个开创性的举措来解决这个问题:
- 它们不再继续购买更大型的服务器，取而代之的是用大量的更便宜机器来水平扩展应用实例。这些机器更容易获得，并且能够快速部署。
- 通过将大型服务器虚拟化成几个较小的服务器，并向其部署多个隔离的工作负载来改善现有大型服务器的资源利用率。
随着公有云基础设施的出现，这两个举措融合了起来。虚拟化工作被委托给云提 供商，消费者只需要关注在大量的云服务器实例很想扩展它们的应用程序实例。最近，作为应用程序 部署的单元，发生了另一个转变，从虚拟机转移到了容器。
由于公司不再需要大量启动资金来部署软件，所以向云的转变打开了更多创新之门。正在进行的维护 还需要较少的资本投入，并且通过API进行配置不仅可以提高初始部署的速度，还可以最大限度地提 高我们应对需求变化的速度。
不幸的是，所有这些好处都带有成本。相较于垂直扩展的应用，支持水平扩展的应用程序的架构必须 不同。云的弹性要求应用程序的状态短暂性。我们不仅可以快速创建新的应用实例;我们也必须能够 快速、安全地处置它们。这种需求是状态管理的问题:一次性与持久性如何互相影响? 在大多数垂直 架构中采用的诸如聚类会话和共享文件系统的传统方法并不能很好地支持水平扩展。
云原生应用程序架构的另一个标志是将状态外部化到内存数据网格，缓存和持久对象存储，同时保持 应用程序实例本身基本上是无状态的。无状态应用程序可以快速创建和销毁，以及附加到外部状态管 理器和脱离外部状态管理器，增强我们响应需求变化的能力。当然这也需要外部状态管理器自己来扩 展。大多数云基础设施提供商已经认识到这一必要性，并提供了这类服务的健康管理。
屏蔽底层差异
因为使用了容器化技术，应用运行于容器之中，应用就不需要考虑底层硬件的差异，只要是能运行容器镜像的硬件都可以运行程序，大大简化了开发工作量。同时对运维人员也非常友好，不需要再为环境问题而苦恼。
云原生架构 = 微服务 + 容器化 + DevOps + 持续交付
