微服务的理念早已不是什么新鲜事，过去几年，携程酒店技术团队大力推动微服务架构实践，将单体应用拆分成微服务，提升研发和运行效率，解决一致性和人员结构合理化等一系列问题。本分享将从“为什么要做微服务”，“我们应该怎么做”，“过程中会碰到哪些实际问题”等大家所关心的核心问题开始探讨，结合酒店技术团队过去的实践经历，介绍相关经验和教训。
分享提纲
1.为什么要做微服务？
2.怎么做？
（2.1）原来的架构
（2.2）微服务架构
（2.3）微服务治理
（2.4）分布式日志追踪
（2.5）自动化集成
（2.6）文档化
3.微服务为我们带来了什么？
4.难点和问题
5.效果
6.展望
傅向义，携程大住宿事业部研发经理，酒店搜筛排服务技术专家。2015年毕业于清华大学，加入酒店技术团队，曾先后负责酒店服务转Java、搜筛排技术架构设计与开发、推荐与广告工程、微服务及中台架构设计与开发等工作。
在酒店搜索、筛选、排序、微服务实践等方向有丰富经验。
主要从微服务的起源，微服务框架的分类、主要的微服务框架、各公司的微服务框架谈起，介绍一个产品化的微服务框架必备的功能，从协议、transport、注册中心、服务治理、容错、日志、debug、trace等各个方面，
以问题-解决方案-注意事项的方式介绍微服务框架的实现方式和坑。
- 微服务的介绍
- 单体程序和微服务框架
- 常见微服务框架
- 各大厂的微服务框架
- 微服务框架设计: from zero to hero
- rpc协议
- transport- encoder/decoder
- 注册中心
- 服务治理
- 熔断器和限流
- 调试:日志和debug
- 链路追踪：trace
- benchmark
20余年的软件开发经验，先后在清华同方、Motorola、微博等公司工作，出版了国内本原创Scala图书《Scala集合技术手册》，并在台湾发行了繁体版。Go语言的布道者，在GopherChina meetup/ GopherChina 大会上分享过《Go微服务框架实践》、《Go并发编程》等主体。
为了适应业务的快速迭代和创新, 各业务系统选择了不同的开源框架进行微服务架构改造, 随着实践的深入，无序而重复的建设以及治理和佳实践缺失等问题逐渐暴露。针对业务在微服务实践中的需求和问题，爱奇艺推出了自己的微服务标准架构, 在标准架构的建设过程中，遵循了架构兼容下的统一、可靠稳定、可扩展性等原则，并保持适当的技术前瞻性, 涵盖开源类库的引进和改造，注册中心演进，监控体系建设，熔断限流方案，API网关，统一治理平台（QDAS），混沌工程等
大纲:
⦁背景介绍
⦁爱奇艺微服务架构简介
⦁标准架构生态建设
i.开源SDK定制
ii.注册中心演进
iii.监控体系建设
iv.熔断限流
v.API网关
vi.服务治理平台（QDAS）
vii.混沌工程
⦁未来规划
周晓军2016年加入爱奇艺，目前任职于数据库和中间件团队，负责微服务体系的建设、消息中间件的维护和二次开发等领域。关注微服务开发框架、调用链追踪、云原生及服务网格等技术。
随着微服务化如火如荼的展开，服务数量爆炸增长，微服务架构如何更好落地实施面临着严峻考验。本次分享主要介绍我们在微服务化过程中的实践经验，通过微服务工具等基础设施建设提升微服务质量和开发效率，助力微服务架构落地实施。
分享内容包括：
-微服务介绍
-微服务的挑战
-工具建设实践：
1.项目标准化 - 脚手架
2.容器标准化
3.业务日志监控建设
-未来规划
2014年加入汽车之家，目前任系统开发工程师，负责汽车之家经销商技术部系统架构演进，质量效率工具研发工作。工作10余年，专注于业务技术架构设计，业务研发质量效率提升方向。目前负责汽车之家经销商技术部业务架构设计，新技术调研引入，单元测试培训工作，架构委员会成员。主导设计了鹰眼日志系统，主要参与基础类库开发，项目脚手架开发，项目容器化，线上流量挖掘平台等项目研发。
