广义的容灾，可以认为是业务连续性计划当中的灾难恢复，即能够容忍灾难的能力，如何在灾难发生时，保证生产业务系统的不间断运行，需要我们健全快速容错/故障切换能力，即容灾能力，包含了常态化容灾建设以及针对能力进行的周期性演练验收。本次演讲将结合字节当前全球化部署基本形态，结合各类业务特性以及容灾预期，阐述字节容灾建设策略以及持续化运行情况，同时，会以实际案例出发，详细说明对应容灾实践。

演讲提纲：

1. 关于容灾（同城容灾/异地多活）

2. 字节全球化业务形态以及容灾预期

3. 字节全球化容灾建设

4. 容灾的未考思考

听众收益：

• 了解字节全球化部署形态下同城容灾，异地多活建设
• 了解灾难场景（基础设施故障，自然灾害，大面积误操作等）下如何利用部署形态进行有效容灾，包括业务层，基础服务层，基础设施层的分层预案执行策略

方案痛点：

• 如何准确评估容灾预案带来的业务损失，目前暂未有可靠方案，控制爆炸半径的演练只能做有限场景内的预估
• 海外资源问题导致容灾只能基于有限链路范围以及确定性的有损预期来建设

快手目前用户活跃规模数亿，线上服务数的规模达到数万个、在线服务实例达到数百万。随着业务体量增大、业务形态增多，过程中会逐渐显露出在工程架构依赖、领域架构设计、服务运行健康度上的负债和负担，体现各种工程、架构、服务设计的架构不合理问题，严重拖累和制约研发效率和稳定性。为了解决业务架构演进中的各种架构问题，首先需要建立工程架构合理性的评估手段，从架构设计成熟度、工程依赖健康度、服务运行健康度三个维度进行全面体检，给部门管理者、业务架构师提供全面 360 度架构诊断；其次，制定一套工程架构治理的最佳实践和治理方案、治理工具，如依赖树、包体检、领域划分、服务规划、单体服务颗粒度、工程规范性命名、低价值服务、服务健康度检测等，推动和指导各业务线架构师进行架构治理和升级。最终实现服务架构合理性保持在健康的水平，实现高内聚、低耦合的架构。

演讲提纲：

1. 大规模服务扩张中的架构劣化挑战

2. 架构合理性的标准与定义

3. 数据驱动的架构洞察与问题识别

4. 架构问题治理实践

• 问题治理与解决方案
• 产品化工具化
• 大规模多业务架构治理的推动挑战与组织机制

听众收益：

• 了解大规模服务架构治理的治理实践，边开飞机边修飞机的挑战
• 了解如何评估工程架构的合理性，从哪些维度和指标细分评估

方案痛点：

• 什么叫不合理的架构，标准不一，行业缺乏有效的权威参考，需要结合业务实际不停摸索和打磨
• 业务迭代交付和架构治理工作的优先级，在业务里需要保持平衡，相互结合相互促进

货拉拉是 2022 年全球已完成订单数量最⼤的物流交易平台，部署超过 6+DC，覆盖全球11+ 市场，超过 400+ 城市。随着业务复杂性的提⾼、国际化个性市场的推进、搬家零担等创新业务发展，交易架构渐进式演进已近⼗年，越来越⽆法满⾜业务对稳定性、迭代效率、可扩展性和可维护性的要求：

• 稳定性保障压⼒⼤：链路冗⻓交织、依赖错综复杂，说不清、道不明，排障困难，事故偶发
• 迭代协作成本⾼：需求沟通成本⾼，反复讨论标准不⼀，⽅案确定困难
• 需求开发周期⻓：领域边界不清晰，逻辑散乱，导致处处改、漏改、错改、不敢改
• 运⾏成本⾼：重复调⽤、⽆效调⽤，调⽤放⼤明显，数据存储没有合理规划和治理

对当前架构进⾏详细归因分析，还在于技术架构不明确、领域边界不清、中台与业务分层模糊。为了⼀次性还清技术债务、奠定未来⼗年业务发展的架构基础，我们发起了公司级别的交易履约核⼼链路业务架构 2.0 升级⼯作。经过⼀年多的紧锣密⿎的⼯作，我们采⽤DDD、Hexagonal Architechture、CQRS、EventSourcing、Saga、BFF 等多种架构模式对业务架构进⾏了重新设计，并新建了 20+ 核⼼服务，重写了 600+ 核⼼接⼝，迁移了500 亿 + 数据，完成了业务、中台的架构分层，沉淀了⼀套统⼀的订单、运单、账单中台处理能⼒，并在升级过程中做到了 0 线上问题，确保了万⽆⼀失。