同程旅游在近些年中技术平台升级了好几代，也进行了微服务化改造，在微服务实践过程中解决了原来许多架构上的问题（耦合、扩展、熔断、降级、调用治理、多语言等）。

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

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

总之在这过程中编程者考虑程序以外的事情太多，总结为一句话“一条 SQL 到一个服务的距离到底有多远”，很远，我们要做的是让距离变得更短一些。

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

演讲题纲

• 同程实践 Serverless 的背景；
• Serverless 与传统架构比较；
• 同程的 Serverless 实现了什么；
• Serverless 架构在同程的一些实际使用那些业务场景分析；
• 我们的下一步在 Serverless 上要做什么。

听众受益

• Serverless 与传统架构比较；
• Serverless 在同程实践的技术细节点；
• Serverless 适用于什么样的场景。