随着 5G 技术、云时代的来临，由于独立部署、选型灵活、易扩展等特点，微服务成为一个热门的技术词汇。而容器、轻量级协议，代码管理、新集成方法与工具等技术的成熟发展，更是促使互联网企业纷纷走上微服务改造的道路。

但微服务并不是一个全新的架构，更不是一个包治百病的架构。它同样也会给系统开发、运维带来新的不确定因素——

  • 一方面，单体应用改造为微服务架构后，服务调用从本地调用变成了远程方法调用，如何监控各个服务的实时运行状态、服务调用的链路和拓扑图？

  • 另一方面，在出现故障时，又如何快速定位故障、干预止损？

这些因素，都大大提高了微服务改造的复杂性，十分考验管理者的架构驾驭能力和开发者的设计功底。那么，各大公司又有哪些相应的方法来应对呢？ 

目前，网上有提到不少相关技术手段，比如服务拆分、服务链路跟踪、服务治理等等。但要么偏于概念，缺少场景支持，要么业务复杂，理解起来晦涩难懂。

为了回答微服务架构设计、服务追踪、容错保障等方面的问题，这里推荐一位高级架构师的前辈的直播分享：

内容：《上万服务节点下的微服务生态》

分享人：Solomon 

本次直播分享，是由前百度环境音乐 CTO & 架构师、全球海量专利数据项目负责人 Solomon 老师讲解。他将基于同城容灾的业务场景，还原微服务架构设计的演进过程，结合实际业务痛点，揭秘微服务架构中，服务调用、服务追踪、容错保障策略中的问题。内容具体有：

  • 微服务远程调用有哪些方案？

  • 服务如何追踪？（分片服务之间的消息合并？）

  • 同城容灾架构设计思考（部署场景？解决方案？）

  • 微服务架构的容错保障策略（降级？熔断？限流？）