李鑫-去哪儿网国内酒店订单交易业务架构.pdf

1、去哪儿网国内酒店订单交易业务架构主讲人：李鑫演讲嘉宾介绍李鑫 Qunar国内酒店交易技术负责人 担任软件研发工程师，现负责国内酒店交易技术团队 涉及订单交易、订单履约、资金结算、预售、辅营交易等相关业务领域迭代扩展和系统架构优化 对高并发、微服务高可用，有建设优化经验 专注业务复杂度分离和突破技术复杂性、提升系统弹性之道 Qunar技术系列-领域驱动设计优秀讲师业务架构BA(业务领域专家)从业务或产品视角，描述整个平台或某个产品的实现(含业务模式、业务流程)业务架构定义企业做什么、业务流程定义 企业怎么做 业务领域专家更深入了解业务、从更高、更抽象层次表达业务需求、分析需求、业务建模 技术变动

2、取决于产品、产品变动取决于业务 讲技术要结合业务,脱离业务讲技术，就是”耍流氓”产品架构(产品专家)、应用架构(AA)产品架构将各业务板块-细化出-功能板块-细拆出-核心功能 应用架构(平台视角)描述平台架构,分为两种(一种是企业级应用架构，一种是单系统的应用架构),是一组应用系统及其交互关系的描述,用于支撑业务功能、管 理数据资产;产品专家(新手-胜任-精通-专家)不仅保质保量完成任务、有思考、建立全局观大局意识、探寻有创造力解决方案技术架构TA(技术架构师)、数据架构DA 技术架构,从技术层面描述业务实现,思考技术服务或技术服务及组件之间的交互关系,包括技术选型、语言、框架、部署方案、微服

3、务、存储方案、一致性方案等等 数据架构是通过对企业战略得到的数据资产管理蓝图,用于指导分析数据需求前言如何实现业务、产品、技术统一战略BATA、DA、AA需求设计业务架构师技术架构师战略是公司高层的设计是业务架构师的需求业务架构师是“战略进业务架构出”业务架构是业务架构师的设计是数据、应用、技术架构师的需求环环相扣:上层驱动下层、下层支撑上层管理层设计需求战略&4ACONTENT目录目录2023K+0 01 1领域驱动设计订单交易业务架构订单交易技术架构0 02 20 03 3Part 01领域驱动设计DDD理论篇DDD 理论篇 DDD 是什么领域驱动设计，通常需要进行大量的业务的知识梳理，然

4、后软件设计最后软件开发，在业务知识梳理梳理过程中，必然会形成某个领域知识，根据领域知识一步步驱动软件设计就是领域驱动设计的基本概念DDD体系比较庞大，最核心的是领域边界的划分，对于我们开发来讲，学习DDD思想，应用DDD战术工具,对于提升我们的业务架构能力，驾驭复杂业务系统的设计都会有一定提升和帮助DDD也是一种架构设计方法论，通过事件风暴、让我们能够更清晰发现和理解业务价值，抽象化构建通用语言，帮我们设计出清晰的领域和边界，再通过边界划分将复杂业务的领域化领域驱动设计并不是降低业务的复杂性 DDD 有什么价值清晰的业务模型边界，可以让我们更专注业务视角，够帮助业务人员和开发人员梳理清楚复杂的

5、业务规则，开发出来的软件也能够准确表达业务规则通过建立通用语言、可以减少产品与研发、业务人员之间的沟通鸿沟，在不断完善领域模型过程中可以使用新的工具战略技术、战术技术让我们更清晰的划分模块与依赖、进行业务建模或应用于微服务拆分等 DDD 核心支柱是什么(通用语言和限界上下文是DDD两大核心支柱)如何构建通用语言,其最大的挑战就是需要我们花费时间、精力去思考、分析业务和专家沟通共同构建改进通用语言,最终达成共识;再通过事件风暴，划清业务边界、分析领域模型、识别出限界上下文.DDD 核心概念让我们先初步认识DDD中重要概念包括的内容:战略设计、战术设计、领域、限界上下文、实体、值对象、领域服务、聚

6、合、工厂、领域事件、事件风暴、仓储等接下里我们讲结合案例为大家一一讲解什么是战略设计?业务视角分析建立业务领域模型划分领域边界建立通用语言识别限界上下文如何实现战略设计?事件风暴拆解业务(用例分析或场景分析.)建立领域模型梳理领域对象之间的关系发散收敛领域专家+团队资源 事件风暴 通用语言 过程中产生的领域对象归类形成聚合、划分BC、建立领域模型DDD 战略设计过程中必定会产生各种实体、命令、事件等领域对象我们将这些领域对象归类聚合,同时划分限界上下文,建立领域模型这是一个从发散到收敛的过程什么是问题空间?每个业务都有一个对应的业务模型(业务模型不是领域模型)设计业务模型的过程中无需关注软件设