## 微服务的容器化实践 灵雀云 邢海涛 DDCHINA 议程 01 微服务容器化实践 02 用户案例 ## 微服务容器化实践 ■ 镜像管理 ■ Docker Registry, Harbor, JHipster ■ 容器编排 ■ Kubernetes, Mesos, Docker Swarm ## 用户案例 开发环境，桌面微服务访问K8s集群内依赖，WireMock？ 测试环境，k8s集群内微服务互访 测试环境，k8s集群内微服务互访 ## 用户案例 - 根本问题 主机网络和容器网络可能不通 因为Kubernetes只定义规范，导致网络方案太多 因为跨节点的容器网络不通： 容器地址重复 ☐ 容器地址不可达 ## 方案 - Networking (1) ||Overlay|L3 Routing|Underlay| |---|---|---|---| |描述|把二层报文封装在IP报文之上 |描述|把二层报文封装在IP报文之上进行传输|通过三层路由的方式向IP报文传输到目的宿主机|直接使用底层网络的IP，与宿主机在同一个网络里进行通讯| |网络要求|底：IP可达|二层可达或BGP可达|二层可达| |性能|中：封包、拆包|高：路由转发|高：几乎没有损耗| |IP类型|虚拟IP|虚拟IP|物理IP| |静态IP|不支持|不支持|支持（灵雀云）| |场景|对性能要求不高的；网络环境不灵活的|大多数场景|对性能要求高的；需要和现有业务直接通信；需要静态IP|

## DDD促进 传统架构微服务转型 范钢 DDCHINA ## CONTENTS 01 远程智慧医疗平台的转型过程 02 分析微服务转型的设计难题 03 运用领域驱动的转型实践 ## 现在是一个快速变化的时代   ## 带来的问题 • 健康网站团队 ## 微服务快速交付用户价值 ## 业务 负责人 特性 特性团队 用户故事 待办 事项 特性团队  客户 特性团队 架构师 ## 微服务的横向扩展 单体应用将所有功能都放到一个系统中 ![Image](

## 可视化的遗留系统 微服务改造 毛超 DDCHINA ## CONTENTS 01 引言 02 可视化的认识遗留系统 03 可视化的划分遗留系统 04 可视化的拆解遗留系统 ## 引言 遗留系统、微服务架构 ## 任何人类的设计都会腐化  ## 拆成微服务 A monolithic application puts all its functionality into a single process...  ## 微服务架构的九大特征 传统单块架构  微服务架构 ![Image](/uploads/documents/1/4/1/4/14145ffa5

ents/3/b/4/a/3b4aeb3731b8dc9165682e6e82dca5a0/p72_1.jpg) end 当控制权明确交出去的时候有明确的责权协议 调用方感觉“一切尽在掌控置中” Task A 和 Task B 互相让渡控制权，共同完成一个流程 当 Task B 干的事情很“基础”很“通用”，我们称 Task B 为 Scheduler ![Image](/uplo

## DDD实践中的那些坑 微信支付 王立 DDCHINA ## 概述 DDD实践过程有很多坑，而且入坑还居然都是“不知不觉”，那才够坑！今天，我们一起用照妖镜来看看有哪些最容易入坑的陷阱吧！ ## 没踩过坑吗？先自测一下…… DDD的核心是领域模型吗？ 应该全面采用DDD战术建模吗？ 具有生命周期绑定的主从关系对象就是聚合吗？ 延迟加载，产生 $ n+1 $ 次select问题，优化的做法是product在聚合构造时就已经全部加载数据，在聚合中依赖注入仓储就是一种典型的延迟加载 数据抓取模式影响了你的聚合？你的聚合可能是基于视图而不是业务规则构建的。 ## 从聚合组装用于展示的查询结果 • 聚合的数据只和不变性有关，和展示无关； -

[Image](/uploads/documents/d/6/7/4/d6747f59fd7276163e2f53063ffe4e1a/p4_1.jpg) 给用户提供界面，关注用户交互和体验 为前端应用提供API服务，关注事务和分布式等技术性问题 领域模型和领域逻辑，关注业务概念。 访问外界系统（调用外界系统）的技术相关实现。 分层依据: 干系人和技术点 ## DDD分层参考架构 - 前端应用 前端应用 f53063ffe4e1a/p5_1.jpg) DDD重点关注后台业务服务，不解决前端交互问题 干系人: 终端用户 诉求: 良好的用户体验 技术点: 人机交互设计和实现 ## DDD分层参考架构 前端应用 技术人员关注的层 API服务 业务领域 基础设施 ## 为前端和第三方应用提供API服务，关注服务编排，事务和分布式等 干系人: 应用开发人员 诉求: 灵活易使用的API 表现业务概念和实现业务价值 要点: 业务建模和复杂性管理 ## 工作内容: • 建立业务模型，并体现在代码上 - 管理模型复杂度，适度拆分模块 实现业务逻辑 ## 模型: • 应用服务 — 跨Bond Context DTO • 领域服务 — 跨聚合 • 聚合 实体 仓库 事件 技术人员关注的层 ## DDD分层参考架构 ![Image](/uploads/documents/d/6/7/4/d67

当需求发生变化时 04 把大象塞进冰箱 ## 01 为什么DDD难落地 从2003年由Eric Evans提出DDD以后，在软件开发领域一直都是雷声大，雨点小。这几年之所以开始火起来，主要的功劳也要给队友“微服务”，那么这是为什么呢？ ## DDD的目标是什么 ![Image](/uploads/documents/9/7/6/9/9769b8b01b9fe4b7d876fd54a5954f5d/p4_1 colspan="3">【描述正常的、一般情况下的动作系列】分支过程【从主干过程中由判断点分支出来的动作系列，通过动作的标号（类似于有层次的目录）与主干过程中的动作对应】异常【描述主干过程、分支过程中出现异常时的动作系列】包含特别需求【如：对于性能方面有何要求】假设【用例中我们做了哪些假设】注意和问题【还有哪些未确定事项】 ![Image]

命名空间 ## 理想的战术设施 应用服务 企业对外服务 聚合根 算法 核心业务 资源库 数据 IT资产 ## 无法避免的贫血模型  ## 无法避免的贫血模型 应用服务 聚合根 领域服务 支付接口 ![Image](/

## DDD在旅游电商架构演进中的实践 徐泼 DDCHINA ## CONTENTS 01 领域驱动设计概述 02 DDD战略模式在旅游电商架构演进的应用 03 领域驱动结合架构设计模式和原则 ## 领域驱动设计概述  ## 领域驱动设计和架构 数据驱动 VS 领域驱动 - 设计结果 ## 数据驱动设计结果 合同管理服务 应用层 服务层  应用层 领域层 基础设施 ## 领域驱动设计结果 合同管理服务  合同签约服务  ## DDCHINA ## CONTENTS 01 领域驱动设计概述 02 DDD战略模式在旅游电商架构演进的应用 03

深圳  扫一扫上面的二维码图案，加我微信 ## 从三本书说起  分析瘫痪症 [Image](/uploads/documents/4/e/a/7/4ea7752a073a25b12aa64e592731c65b/p5_1.jpg) 解决方案空间（实现）对象：属性和行为的集合 “我认为软件开发中困难的部分是规格说明，设计和测试这些概念上的结构，而不是对概念进行表达和对实现逼真程度进行验证。” 《人月神话》 ## 概念化及其难点-1 ![Image](/uploads/documents/ 概念：反映对象的本质属性的思维形式。人类在认识过程中，把所感觉到的事物的共同特点，从感性认识上升到理性认识，抽出本质属性而成。表达概念的语言形式是词或词组。概念都有内涵和外延，即其涵义和适用范围。概念随着社会历史和人类认识的发展而变化。 《现代汉语大词典》 抽象：从许多事物中，舍弃个别的、非本质的属性，抽出共同的、本质的属性的过程，是形成概念的必要手段。 朱光潜《形象思维在文艺中的作用和思想性》：“抽象就是‘提