李征-DDD落地之API文档化-让领域服务治理走向有迹可循.pdf .pdf
《李征-DDD落地之API文档化-让领域服务治理走向有迹可循.pdf .pdf》由会员分享,可在线阅读,更多相关《李征-DDD落地之API文档化-让领域服务治理走向有迹可循.pdf .pdf(35页珍藏版)》请在文库网上搜索。
1、 个人介绍 李征 , 去哪儿网技术总监/业务研发技术委员会委员 去哪儿网机票C端前台服务负责人 持续专注于基于 API 治理的领域能力标准化、领域服 务治理、多租户理念的业务模型落地等工作。 致力于通过领域化、模型化、可感知来解决业务复杂问 题。期望以 DDD 领域驱动降低系统复杂度,提升团队 效能。 近期在BFF(服务于前端的后端)的实践思路中进行了 大量思考,希望推动业务服务接入简单化。 DDD落地之API文档化 让领域服务治理走向有迹可循 主讲人:李征 /去哪儿网 Qunar Engineering Director CONTENTS 目录 DDD启示录 为什么需要API 用DDD来设计
2、API API标准化在Qunar的落地 DDD启示录 DDD-启示录 DDD 启示录 DDD 启示录 领域模型边界表达 与可延续性 软件开发破窗效应 l脏代码 l测试 l没有测试 l混乱的测试代码 l难以测试 l混乱的源代码管理 l无序的部署方式 亚马逊:“超级API”公司 从今天起,所有的团队都要以服务接口的方式,提供数据 和各种功能 团队之间必须通过接口来通信。 不允许任何其他形式的互操作 p 不允许直接链接 p 不允许直接读其他团队的数据 p 不允许共享内存 p 不允许任何形式的后门 p 唯一许可的通信方式,就是通过网络调用服务 具体的实现技术不做规定 所有的服务接口,必须从一开始就以可
3、以公开作为设计导 向。 不遵守上面规定,就开除 没有例外API标准化的 要求 API标准化的作用 尤其重要的是,要明确一个团队只在单一的限界上下文中工 作,别给其他团队机会去修改你的源代码,从而引发意外,你的 团队控制着源代码和数据库并定义了官方API,必须通过这些API 才可以调用限界上下文,这是使用DDD所能带来的好处之一” - API是什么 服务能力的具体体现 领域间交互的契约 领域内分层定义的描述 领域模型的具象化表现 软件分析和设计经历了三个阶段的演进 第一阶段 单体架构 面向过程,数据驱动 第二阶段 集中式架构 面向对象,分层设计 2.5阶段 SOA与远程调用 通过传统SOA或远程
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 李征-DDD落地之API文档化-让领域服务治理走向有迹可循.pdf 李征 DDD 落地 API 文档 领域 服务 治理 走向 有迹可循 pdf