简化设备运维在原有的IT体系中，开发团队即需要维护应用程序，同时还要维护硬件基础设施Serverless架构中，开发人员面对的将是第三方开发或自定义的API 和URL，底层硬件对于开发人员透明化了，技术团队无需再关注运维工作，能够更加专注于应用系统开发 提升可维护性Serverless架构中，应用程序将调用多种第三方功能服务，组成。

用更通俗接地气的词语来定义和描述的话，就是敏捷+模块的服务架构体系，如何解释敏捷，原来的亚马逊CEOBezos提出来的2pizza就是微服务系统架构的鼻祖，2pizza意思就是所有参与人从设计开发测试运维所有人加起来只需要2个披萨就够了应用自网上资料。

我们有没有发现一个现象，在整个软件过程里，测试这个环节容易被忽视任何一种软件工程模型都有QA环节，但是这个环节似乎很薄很弱，目前我们绝大多数工程师架构师都严重低估了这个环节的力量和价值，还停留在无技术含量，手动功能测试低级效率印象里这主要是测试这个角色整个技术体系工程化能力偏弱。

3 构建以共享服务体系为核心的业务中台下面是我针对某新零售企业设计的云原生架构图，以云和微服务架构为基础构建云原生应用，这里云可以是公有云私有云混合云等等以上是从不同的视角，对架构进行了分类实际应用中，各种架构并不是孤立的，可以根据业务环境和业务诉求，对各种架构进行综合和嫁接。

流式微服务框架Flower致力于构建一种新的微服务架构体系，使用流式计算的架构思想，以一种更加轻量更易于设计开发消息驱动弱依赖，异步并发的技术特点开发实现微服务系统 架构 部署模型Flower将整个应用系统集群统一管理控制，控制中心控制管理集群的所有资源 Agent部署在集群每一台服务器上，负责加载服务实例，并向控制中。

多种开发语言百度智能云服务网格 CSM 产品，是多语言多集群统一的微服务治理平台全面兼容原生 Istio 服务网格，结合百度大规模实践经验，服务网格能够支持多种开发语言的服务治理无需针对多种开发语言维护多套微服务技术体系，明显节省人力成本。

我们现在谈到云原生，不仅仅是指一些具体的技术，更多指的是一套方法论和技术体系的集合，是一种文化云原生是基于分布部署和统一运管的分布式云，以容器微服务DevOps等技术为基础建立的一套云技术产品体系未来，云原生将和算力网络紧密结合，应用不需要了解所需算力的大小所在资源池所需网络带宽。

建设中台一般需要一套支撑技术一在线业务中台支撑技术建设在线业务中台一般需要云原生DevOps微服务技术体系的支撑，这是因为微服务技术中台是一个独立的组织负责并为多个前台业务服务，因此需要一个标准的服务接口成熟的服务治理能力和高效的敏捷研发技术在当前的技术环境下，采用地球人都熟悉的REST风格的同步。