技术平台开始微服务化改造，在微服务解决了许多架构上的问题（耦合、扩展、熔断、降级、调用治理、多语言等）。

但这些问题被解决掉后我们发现了新的问题，此时将 Serverless 想法引入架构中并开发上线了一个基于我们私有云的 Serverless 平台，将Web 站点和部分变化快的轻型都这个 Serverless 之上开发。

为什么我们在微服务之后还要做 Serverless 架构呢？主要 Serverless 带来的好处正好解决我们最新的痛点：业务快速变化中如何更快地开发。其实在这快速地开发中有很多是快不起来的（开发环境的问题，上线部署的问题，应用弹性设计问题，可运维性的问题等等）。

另外一点在于互联网流量的变化太大，时大时小，这让大量部署的服务器资源使用率不够高，我们做到的是让应用在被使用的时候才产生资源的占有，不跑不占资源，本次主要分享同程在 Serverless 架构实践过程中的一些坑与事。

拍拍贷是一家互联网金融科技公司，近年公司为应对业务量的飙升，对技术架构进行了从单块到微服务的升级转型，过程中消息系统发挥了重要作用。另外，拍拍贷金融业务的特性也决定它的技术架构必然重度依赖消息系统。

拍拍贷消息中间件团队，在广泛调研业界开源消息系统的基础上，结合公司现状和自身实践，定制自研了分布式高容量高性能的消息系统PMQ，目前已经发展到3.0版本，支撑拍拍贷每天超过亿级的消息量。

主要内容

1. 拍拍贷异步消息系统面临的业务和技术挑战；
2. 拍拍贷异步消息系统从1.0到3.0的升级之路；
3. 异步消息系统架构设计最佳实践；
4. 异步消息系统治理最佳实践。

听众受益

1. 理解消息系统在微服务架构中的地位和作用；
2. 学习分布式消息系统的架构设计实践；
3. 学习分布式消息系统在一线企业的落地和治理实践。

巧房主要是为房产中介提供SaaS服务的，随着客户数量的不断增多，客户需求也逐渐呈现出“多并且急”的特点，此时我们之前的单体架构的弊端就逐渐显现出来——耦合性太强，整个需求的开发发布成本比较高。与此同时，微服务和容器技术的出现与发展为我们解决上述问题指明了方向，经过详细调研与可行性分析之后，我们开始实施了由单体架构向基于Spring Cloud和Kubernetes的微服务架构进行迁移， 目前这套架构已经在线上运行一年多。在这一年多的实践过程中，我们也遇到了很多困难、做出了很多选择与取舍，也填了很多坑。在此，将我们的实践经验分享给大家。主要涵盖以下几个方面的内容：

1. 背景——简单介绍一下整个巧房微服务架构产生的背景。
2. 架构——介绍一下我们是如何基于Spring Cloud和Kubernetes的来实现微服务的，我们的日志平台和监控平台是如何设计与实现的。
3. CICD——介绍一下我们的整个开发发布流程以及CICD是如何做的，从而来保障微服务能高质量的快速发布。
4. 典型问题——介绍一下在实施微服务架构这一年中，我们所遇到的典型问题以及相对应的解决方案。

无人驾驶系统集成了多个软件模块（包括感知、定位、规划控制等）和多个硬件模块（包括计算、控制、传感器模块等），如何有效调配软硬件资源实现高性能计算；如何保证多种传感器运行时不断产生的数据和算法模块实时计算的结果在系统中快速、高效传输；如何设计功能模块间资源隔离，保证系统稳定运行；如何能够保证整个系统快速迭代，这些都是自动驾驶系统面临的挑战。 

听众受益

1、了解高级别自动驾驶系统的相关模块与分工；

2、了解高级别自动驾驶系统在实际研发中可能遇到的问题以及解决方法。

蚂蚁金服（当时还是支付宝）从 2013 年起就运行在单元化架构上，除了具备异地容灾能力外，还能做到异地多活，可随时在多城市、多数据中心调配流量。基于单元流量调配机制，可实现大规模集群的蓝绿发布、灰度仿真环境，为充分验证业务正确性、降低故障提供了基础条件。相应地，微服务体系也必须具备单元内收敛、单元间可控路由等能力，来支撑单元化技术架构的落地。

主要内容

1. 单元化的基本思想，收益与牺牲

2. 支撑海量微服务、原生支持单元化的高可扩展注册中心

3. 面向单元的微服务路由组件

4. 全局流量调拨技术及衍生应用场景

听众受益

1. 了解分布式架构发展到超大规模时面临的挑战

2. 了解常用的高可用架构设计思想

3. 了解单元化架构下微服务体系的建设思路

微服务架构是互联网很热门的话题，是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组组的服务，服务之间互相协调、互相配合，可以提高研发团队间的并行化研发速度，提升开发效率、提高模块复用性，并为用户提供最终价值。

上海信用算力的“借点钱”平台短短2年内用户数从0发展到3000W+，累计撮合借款金额近200亿的互联网金融平台如何从单体架构演变为分布式架构，分享实施微服务过程中经验和心得。

听众受益

1. 让听众了解实施微服务的步骤以及从单体专项微服务的需要经历的阶段；
2. 微服务演变过程的每个阶段的经验、问题、事故都可以被任何创业性平台所借鉴；
3. 因业务需要对于分布式框架做的改动可以开箱即用，以提高平台的高可靠性。

喜马拉雅从2014年开始做服务化改造，在有限的人力下，满足业务不断的增长，在不同的阶段，我们分别遇到了什么问题，做了什么工作，本次分享将向大家介绍喜马拉雅服务化技术演进过程中的总结。

主要内容

1 服务化的背景

2 如何改造解决痛点问题

3 带来的新的问题

4 trace系统搭建，以及遇到问题后的演进

5 RPC框架升级改造

6 正在做和之后准备做的工作