Percolator 算法的最大优势之一是主要状态都在客户端完成，服务端只需要支持简单的 CAS 就可以，不需要维护事务状态，也不需要引入额外的事务管理器。
架构设计的另一个重要原则是不过度设计，高可用架构设计应基于业务需求进行。这是因为高可用设计通常极为复杂。比如，将链路中的一些重要业务解耦出来单独部署，无论其业务流量多大，都为这些业务分配一百个节点，从而降低单节点宕机带来的影响。从本质上来看，这些差异化配置通过付出成本和效率来换取高可用，这就存在着权衡难题。从目前来看，很少有软件系统的高可用能力能够实现5个9，大部分都还停留在理论上达到5个9的状态。
而到 2018 年，随着 Service Mesh 的加入，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 exemplify this approach.
一些零售商也将在边缘部署人工智能，以最快的速度和最小的延迟在本地处理本地视频，这在某些情况下为非接触式且无需收银人员的购物打下了基础。商店可以使用摄像头和边缘人工智能来检测远处的物体，并快速处理相关信息。这些数据有助于优化客户等待时间、库存货架和店内体验。
像 Spring Cloud 和 Dubbo 这样的技术框架，经过多年的发展，已经演化为微服务领域的通用标准，极大地降低了微服务的门槛，但这些技术框架依然没有办法解决其中两个最大的挑战，这两个挑战成为摆在开发者面前的两座大山。
因此，微服务架构在本质上就是对弹性伸缩有着强烈诉求的，在弹性伸缩的过程中，不管是单应用的水平弹性伸缩，还是整套环境的启停，资源利用率都对最终的资源成本起着决定性的作用。
erverless 技术的出现，为提升资源利用率提供了新的思路。Serverless 是一种构建和管理基于微服务架构的完整流程，允许开发者脱离服务器资源而直接部署应用。
使用 SAE 部署微服务应用，因为只是变更了应用运行的载体，所以可以 100% 的兼容现有的技术架构和业务功能，迁移成本可以忽略不计。
完整的应用生命周期管理：应用托管至 SAE 后，可以对应用执行更新、扩缩容、启停、删除、监控启停等应用生命周期管理操作。
-建立一致性维度：建立一致数据分析维度表，降低数据计算口径、算法不统一的风险。
在权责方面，面向业务提供服务之前，由统一的团队负责从业务中抽象出源于业务而又不同于业务的数据域，再主导统一建设数据中间层，
