微服务架构治理

会议室:富力 1
出品人:成国柱

大家普遍都意识到微服务存在一些问题,比如数量增长失控带来的运维管理问题、快速排查... 展开 >

专题出品人:成国柱

字节跳动架构/服务框架团队负责人

11 年互联网研发经验,当前在字节主要负责 Golang/Java/Rust RPC 框架、Service Mesh、流量治理等方向。从 0 到 1 完成字节 Service Mesh 落地,线上数万服务、数百万容器接入,是业界最大的服务网格落地企业之一,首批获得信通院服务网格先进级别证书。所负责的 Golang RPC 框架 KiteX/Hertz,全面应用于字节内部业务线。同时开源的 KiteX 框架,在 Golang RPC 领域也极具竞争力。在 CCF/GIAC/QCon 等大会上多次分享技术经验。

地点:富力 1

专题:微服务架构治理

大家普遍都意识到微服务存在一些问题,比如数量增长失控带来的运维管理问题、快速排查链路和容量估计的问题,以及对于简单业务逻辑,微服务架构消耗在非业务侧的成本较高带来的成本优化问题。本专题关注针对微服务数量爆炸、链路深度、服务域隔离等架构复杂度问题治理的道与术。

by 陈琪

抖音
直播核心链路负责人

抖音直播近几年高速发展,业务和技术架构快速膨胀,整体架构越来越复杂,涉及数千个服务,数千万行代码。服务过微过多,导致架构耦合、架构里的坏味道也越来越多,带来以下比较突出的问题:

  • 单需求开发需要跨多个团队,协作成本高
  • 开发复杂度增加,交付周期变长
  • 链路过长,增加了整体链路的性能损耗
  • 依赖过多过深,整体稳定性不可控
  • 故障情况下的问题定位成本高
  • 整体维护成本高,例如基础设施升级、异地机房部署等
  • .....

基于此背景,2023 年抖音直播服务架构团队启动了服务治理专项,目标通过服务治理达到以下目标:

  • 沉淀标准的服务治理体系,持续识别架构中的坏味道予以治理,并牵引后续架构演进设计
  • 整体服务数量显著减少,降低维护成本、开发协作成本和机器部署成本,提升研发效率、稳定性、性能等关键指标
  • 各业务领域边界清晰,职责明确,领域间依赖关系简洁明了

演讲提纲:

1. 微服务的初衷、问题及挑战

2. 微服务治理的整体思路

  • 微服务治理的本质是什么
  • 治理的路径:专家诊断 vs 数据度量
  • 治理的重心:核心链路优先
  • 治理的具体对象

3. 抖音直播的实践经验

4. 未来展望

你将获得:

  • 了解抖音直播在服务架构上的思考、探索和实践经验
  • 了解在较复杂的架构下,如何通过服务治理,在性能成本/稳定性/研发效率上取得良好的优化
  • 了解微服务治理的一些关键原则以及未来发展方向

by 童子龙

挚文集团
基础平台技术总监、TGO鲲鹏会北京分会学员

随着微服务落地走入深水区,以及降本增效理念的迅速蔓延,越来越多的企业也开始思考如何应对微服务架构给系统带来的复杂度和挑战。

挚文集团拥有两家用户体量巨大的互联网社交企业,其中头部 APP 陌陌微服务实例体量 5 万 +,全天调用量达 5800 亿 +,挚文从 2013 年开始由单体逐渐向分布式微服务演进,属于国内早期的微服务架构探索者,在享受微服务带来的技术红利的同时,也引入了新的问题和挑战:

  1. 如何科学拆分单体服务,平衡系统复杂度、成本和团队协作效率?

  2. 如何在复杂微服务链路下兼顾成本,同时保持用户体验和问题定位效率?

  3. 如何自动化诊断和分析微服务架构可能带来的业务性能问题?

  4. 如何推广基础组件,减少成本和风险,提升推广效率和过程稳定性?

  5. 如何精准切除冗余代码,控制业务系统的代码复杂度,提升研发效能?

本次演讲我们将深入探讨如何应对微服务架构带来的弊端与挑战,从行业的普遍痛点出发,提供可以借鉴的微服务架构治理最佳实践,从实践经验切入分享微服务复杂度治理的道与术,绝不纸上谈兵。

演讲提纲:

1. 微服务架构的弊端与反模式

  • 微服务架构有哪些弊端
  • 微服务的反模式与挑战
  • 我们为什么仍需要微服务

2. 单体到微服务架构转型的道与术

3. 微服务架构痛点治理最佳实践

  • 复杂链路下兼顾成本和问题定位效率的分布式链路实践
  • 微服务架构下应用性能退化分析实践
  • 组件推广在海量微服务场景下如何做到既快又稳
  • 微服务架构如何精准防止系统复杂度膨胀

4. 落地成果与展望

by 赵真灵

蚂蚁集团
技术专家

当前微服务发展至今,仍然存在几个问题:

  • 业务开发者需要感知复杂基础设施,启动慢(分钟级),研发效率低
  • 拆分微服务的成本高:拆分后每个子应用都包含公共部分(框架、中间件等),资源成本高,且需要长期维护
  • 拆分微服务的敏捷度与业务、组织发展的敏捷度不一致,如何合理的拆分微服务始终是个老大难的问题,拆得多造成资源和管理成本,拆的不够造成协作效率问题
  • ……

蚂蚁在研究了业务痛点后,采用分层思维模式,在传统微服务只是横向拆分基础上,改进成同时进行纵向和横向拆分,纵向拆分成基座和模块,使得模块不占用额外机器(节省容量),模块开发者只关注业务自身(认知负荷低);横向拆分成多个模块,让模块开发者可以独立迭代互不干扰(协作效率高)。

当前蚂蚁内已经全部 BG 共 40W Core 应用使用该新型应用架构模式,构建产物从原来的 GB 下降到 MB, 业务启动降到秒级,平均迭代效率提升 10 倍。

演讲提纲:

1. 传统微服务的问题与挑战
2. 蚂蚁的思考与权衡

  • 解决思路:分层屏蔽基础设施,拆分避免协作阻塞
  • 该模式需要建设的完整能力有哪些
  • 该模式带来的优势和劣势,如何权衡

3. 蚂蚁落地的实战经验

4. 总结展望

你将获得:

  • 了解蚂蚁集团在应用架构上前沿的技术和成果
  • 开拓一些新思路,用新方法思考如何合理拆分微服务,解决拆分过多,或未拆分带来的问题,同时也避免微服务的额外损耗
  • 了解该新模式是如何权衡利和弊,在隔离与共享之间找到能解决当下问题的最佳平衡点
  • 了解目前这种新模式在领域里的现状与挑战,以及未来的展望

交通指南

北京·富力万丽酒店

Renaissance Beijing Hotel
地址:北京市朝阳区东三环中路61号
  • 微信咨询

  • 电话咨询

    联系电话:+86 18514549229

领取往期热门演讲视频

领取往期热门演讲视频二维码
如您在购票过程中遇到问题,请扫码咨询票务小姐姐