OPPO 互联网业务用户数已经高达2.5亿，日常 QPS 在数百万级别。目前常见的 Dubbo 等微服务框架客户端集成了服务发现、服务治理、负载均衡等逻辑，非常重，伴随的问题包括：升级困难、多语言支持较弱，与 Service Mesh 的思想格格不入；底层采用有连接的 TCP 协议，大包情况下性能较差，建连过程会引起卡顿；不支持 Unix Domain Socket 等技术，流量拦截的性能很差，极大的阻碍了 Service Mesh 在高并发生产环境下的普及。

因此 OPPO 面向云原生设计了下一代高性能微服务框架，客户端非常轻量级，服务治理、服务发现等功能全部在代理层实现。底层采用类似 QUIC 基于 UDP 的可靠传输协议、DTLS 的传输加密协议、HMAC 消息可靠性验证机制，支持 Unix Domain Socket，绕过 Linux TCP/IP 协议栈高性能拦截器请求；其中 Web 服务框架 ESA Restlight 兼容 Spring cloud web 以及 JAX-RS 规范，底层采用 Netty 实现，全面支持 Java 原生协程以及全异步编程，QPS 相比 Spring Cloud/RestEasy 提升3倍以上，并发处理能力提升5倍以上。

演讲提纲：

1. 为什么要研发下一代的微服务框架
2. ESA RPC 基于 UDP 高性能传输协议实现
3. Java 协程在 ESA Restlight 框架实践经验
4. Service Mesh 如何超越原生直连性能

听众收益点：

1. 了解云原生在公有云、私有云和混合云等新型动态环境中，如何构建和运行可弹性扩展的应用。
2. 了解通过Service Mesh提升性能的方式方法。

纵然微服务拥有诸多的优势，但微服务依然存在非常多的不确定性，何时引入微服务，如何应对微服务的复杂性，如何更好的拆分微服务，如何更好的聚合微服务，是选择开源微服务框架还是选择自研微服务框架，是否选择 Service Mesh 框架，都是我们面对的一系列难题。

演讲提纲：

1. 遥远的单体时代
2. 服务化1.0——朴素服务发现与RPC
3. 服务化2.0——唯品会特色Service Mesh
4. 中台化与FasS——基于AB测试的函数实验

听众收益：

1. 了解企业通常走微服务道路过程中的技术难点，例如基于简单RPC的微服务存在哪些难点；
2. 在容器化过程中如何解决增强隔离性和资源适配等难题；
3. FaaS服务化架构的应用实战，以及机器学习算法的使用技巧。

微保成立之时，后端系统采用微服务系统架构。作为一家互联网保险创业公司，公司业务快速发展，业务快速迭代要求越来越高：一百多名开发人员，每周小版本，双周大版本，需要提供7x24小时不间断的在线保险服务。自从2017年11月第一款产品微医保上线至今2年多时间，公司目前微服务数量已达八百多。随着微服务数量的膨胀，原来基于框架模式构建的微服务系统逐渐暴露出各种问题，比如多套语言框架维护成本高；业务和基础框架强耦合导致微服务治理新特性开发、推广举步维艰等等。

为了解决上述一系列问题，公司综合自身的情况和业界技术的发展，基于 Service Mesh 技术自研了新一代微服务系统架构。目前公司超过1/3的微服务已经接入自研的 Service Mesh 技术，而且自从2019年5月首个服务接入至今，基于新技术的服务运行正常，没有发生过生产事故。

演讲提纲：

1. 微保第一代微服务架构
   • 持续演进诉求
2. 微保第二代微服务架构
   • 持续演进诉求
3. 微保 Service Mesh 研发
   • 研发背景介绍
   • 落地关键步骤
     • 最小可行产品
     • 服务容器化
     • 完全兼容目前的微服务系统(开发、测试、部署、监控、日志、发布）
     • 多平台混合部署，平滑迁移
   • 研发过程的取舍
     • 放弃 iptables 流量拦截
     • 放弃多端口多协议
     • 服务优雅启动和退出
     • 服务发现方案取舍(全量订阅 vs 依赖订阅)
     • 业务代码零侵入方案
     • 协议转换方案取舍(gRPC vs HTTP2)
4. 规划和展望

听众受益点：

1. 互联网保险公司微服务架构演进实践经验
2. 如何满足高可用性、高稳定性的情况下研发、推广新技术架构
3. 传统微服务架构平滑切换到 Service Mesh 架构的实践经验