xinyin025/learn.lianglianglee.com
1
0
Fork 0
mirror of https://github.com/zhwei820/learn.lianglianglee.com.git synced 2026-05-10 19:54:29 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity

u

Browse Source
This commit is contained in:
周伟
2022-05-11 18:46:27 +08:00
commit 387f48277a
8634 changed files with 2579564 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

678
专栏/DDD实战课/01 领域驱动设计：微服务设计为什么要选择DDD.md.html Normal file
View File

@@ -0,0 +1,678 @@
<!DOCTYPE html>
<!-- saved from url=(0046)https://kaiiiz.github.io/hexo-theme-book-demo/ -->
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1.0, user-scalable=no">
<link rel="icon" href="/static/favicon.png">
<title>01 领域驱动设计：微服务设计为什么要选择DDD.md</title>
<!-- Spectre.css framework -->
<link rel="stylesheet" href="/static/index.css">
<!-- theme css & js -->
<meta name="generator" content="Hexo 4.2.0">
</head>
<body>
<div class="book-container">
<div class="book-sidebar">
<div class="book-brand">
<a href="/">
<img src="/static/favicon.png">
<span>技术文章摘抄</span>
</a>
</div>
<div class="book-menu uncollapsible">
<ul class="uncollapsible">
<li><a href="/" class="current-tab">首页</a></li>
</ul>
<ul class="uncollapsible">
<li><a href="../">上一级</a></li>
</ul>
<ul class="uncollapsible">
<li>
<a href="/专栏/DDD实战课/00 开篇词 学好了DDD，你能做什么？.md">00 开篇词 学好了DDD，你能做什么？.md.html</a>
</li>
<li>
<a class="current-tab" href="/专栏/DDD实战课/01 领域驱动设计：微服务设计为什么要选择DDD.md">01 领域驱动设计：微服务设计为什么要选择DDD.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/02 领域、子域、核心域、通用域和支撑域：傻傻分不清？.md">02 领域、子域、核心域、通用域和支撑域：傻傻分不清？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/03 限界上下文：定义领域边界的利器">03 限界上下文：定义领域边界的利器</a>
</li>
<li>
<a href="/专栏/DDD实战课/04 实体和值对象：从领域模型的基础单元看系统设计.md">04 实体和值对象：从领域模型的基础单元看系统设计.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/05 聚合和聚合根：怎样设计聚合？.md">05 聚合和聚合根：怎样设计聚合？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/06 领域事件：解耦微服务的关键.md">06 领域事件：解耦微服务的关键.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/07 DDD分层架构：有效降低层与层之间的依赖.md">07 DDD分层架构：有效降低层与层之间的依赖.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/08 微服务架构模型：几种常见模型的对比和分析.md">08 微服务架构模型：几种常见模型的对比和分析.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/09 中台：数字转型后到底应该共享什么？.md">09 中台：数字转型后到底应该共享什么？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/10 DDD、中台和微服务：它们是如何协作的？.md">10 DDD、中台和微服务：它们是如何协作的？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/11 DDD实践：如何用DDD重构中台业务模型？.md">11 DDD实践：如何用DDD重构中台业务模型？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/12 领域建模：如何用事件风暴构建领域模型？.md">12 领域建模：如何用事件风暴构建领域模型？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/13 代码模型（上）：如何使用DDD设计微服务代码模型？.md">13 代码模型（上）：如何使用DDD设计微服务代码模型？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/14 代码模型（下）：如何保证领域模型与代码模型的一致性？.md">14 代码模型（下）：如何保证领域模型与代码模型的一致性？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/15 边界：微服务的各种边界在架构演进中的作用？.md">15 边界：微服务的各种边界在架构演进中的作用？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/16 视图：如何实现服务和数据在微服务各层的协作？.md">16 视图：如何实现服务和数据在微服务各层的协作？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/17 从后端到前端：微服务后，前端如何设计？.md">17 从后端到前端：微服务后，前端如何设计？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/18 知识点串讲：基于DDD的微服务设计实例.md">18 知识点串讲：基于DDD的微服务设计实例.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/19 总结（一）：微服务设计和拆分要坚持哪些原则？.md">19 总结（一）：微服务设计和拆分要坚持哪些原则？.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/20 总结（二）：分布式架构关键设计10问.md">20 总结（二）：分布式架构关键设计10问.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/答疑：有关3个典型问题的讲解.md">答疑：有关3个典型问题的讲解.md.html</a>
</li>
<li>
<a href="/专栏/DDD实战课/结束语 所谓高手，就是跨过坑和大海.md">结束语 所谓高手，就是跨过坑和大海.md.html</a>
</li>
</ul>
</div>
</div>
<div class="sidebar-toggle" onclick="sidebar_toggle()" onmouseover="add_inner()" onmouseleave="remove_inner()">
<div class="sidebar-toggle-inner"></div>
</div>
<script>
function add_inner() {
let inner = document.querySelector('.sidebar-toggle-inner')
inner.classList.add('show')
}
function remove_inner() {
let inner = document.querySelector('.sidebar-toggle-inner')
inner.classList.remove('show')
}
function sidebar_toggle() {
let sidebar_toggle = document.querySelector('.sidebar-toggle')
let sidebar = document.querySelector('.book-sidebar')
let content = document.querySelector('.off-canvas-content')
if (sidebar_toggle.classList.contains('extend')) { // show
sidebar_toggle.classList.remove('extend')
sidebar.classList.remove('hide')
content.classList.remove('extend')
} else { // hide
sidebar_toggle.classList.add('extend')
sidebar.classList.add('hide')
content.classList.add('extend')
}
}
function open_sidebar() {
let sidebar = document.querySelector('.book-sidebar')
let overlay = document.querySelector('.off-canvas-overlay')
sidebar.classList.add('show')
overlay.classList.add('show')
}
function hide_canvas() {
let sidebar = document.querySelector('.book-sidebar')
let overlay = document.querySelector('.off-canvas-overlay')
sidebar.classList.remove('show')
overlay.classList.remove('show')
}
</script>
<div class="off-canvas-content">
<div class="columns">
<div class="column col-12 col-lg-12">
<div class="book-navbar">
<!-- For Responsive Layout -->
<header class="navbar">
<section class="navbar-section">
<a onclick="open_sidebar()">
<i class="icon icon-menu"></i>
</a>
</section>
</header>
</div>
<div class="book-content" style="max-width: 960px; margin: 0 auto;
overflow-x: auto;
overflow-y: hidden;">
<div class="book-post">
<p id="tip" align="center"></p>
<div><h1>01 领域驱动设计：微服务设计为什么要选择DDD</h1>
<p>你好，我是欧创新。</p>
<p>我们知道，微服务设计过程中往往会面临边界如何划定的问题，我经常看到项目团队为微服务到底应该拆多小而争得面红耳赤。不同的人会根据自己对微服务的理解而拆分出不同的微服务，于是大家各执一词，谁也说服不了谁，都觉得自己很有道理。</p>
<p>那在实际落地过程中，我也确实见过不少项目在面临这种微服务设计困惑时，是靠拍脑袋硬完成的，上线后运维的压力就可想而知了。那是否有合适的理论或设计方法来指导微服务设计呢？当你看到这一讲的题目时，我想你已经知道答案了。</p>
<p>没错，就是 DDD。那么今天我就给你详细讲解下：“微服务设计为什么要选择领域驱动设计？”</p>
<h2>软件架构模式的演进</h2>
<p>在进入今天的主题之前，我们先来了解下背景。</p>
<p>我们知道，这些年来随着设备和新技术的发展，软件的架构模式发生了很大的变化。软件架构模式大体来说经历了从单机、集中式到分布式微服务架构三个阶段的演进。随着分布式技术的快速兴起，我们已经进入到了微服务架构时代。</p>
<p><img src="assets/1628872362791.png" alt="1628872362791" /></p>
<p><strong>我们可以用三步来划定领域模型和微服务的边界。</strong></p>
<p>第一步：在事件风暴中梳理业务过程中的用户操作、事件以及外部依赖关系等，根据这些要素梳理出领域实体等领域对象。</p>
<p>第二步：根据领域实体之间的业务关联性，将业务紧密相关的实体进行组合形成聚合，同时确定聚合中的聚合根、值对象和实体。在这个图里，聚合之间的边界是第一层边界，它们在同一个微服务实例中运行，这个边界是逻辑边界，所以用虚线表示。</p>
<p>第三步：根据业务及语义边界等因素，将一个或者多个聚合划定在一个限界上下文内，形成领域模型。在这个图里，限界上下文之间的边界是第二层边界，这一层边界可能就是未来微服务的边界，不同限界上下文内的领域逻辑被隔离在不同的微服务实例中运行，物理上相互隔离，所以是物理边界，边界之间用实线来表示。</p>
<p>有了这两层边界，微服务的设计就不是什么难事了。</p>
<p>在战略设计中我们建立了领域模型，划定了业务领域的边界，建立了通用语言和限界上下文，确定了领域模型中各个领域对象的关系。到这儿，业务端领域模型的设计工作基本就完成了，这个过程同时也基本确定了应用端的微服务边界。</p>
<p>在从业务模型向微服务落地的过程中，也就是从战略设计向战术设计的实施过程中，我们会将领域模型中的领域对象与代码模型中的代码对象建立映射关系，将业务架构和系统架构进行绑定。当我们去响应业务变化调整业务架构和领域模型时，系统架构也会同时发生调整，并同步建立新的映射关系。</p>
<h2>DDD 与微服务的关系</h2>
<p>有了上面的讲解，现在我们不妨再次总结下 DDD 与微服务的关系。</p>
<p>DDD 是一种架构设计方法，微服务是一种架构风格，两者从本质上都是为了追求高响应力，而从业务视角去分离应用系统建设复杂度的手段。两者都强调从业务出发，其核心要义是强调根据业务发展，合理划分领域边界，持续调整现有架构，优化现有代码，以保持架构和代码的生命力，也就是我们常说的演进式架构。</p>
<p>DDD 主要关注：从业务领域视角划分领域边界，构建通用语言进行高效沟通，通过业务抽象，建立领域模型，维持业务和代码的逻辑一致性。</p>
<p>微服务主要关注：运行时的进程间通信、容错和故障隔离，实现去中心化数据管理和去中心化服务治理，关注微服务的独立开发、测试、构建和部署。</p>
<h2>总结</h2>
<p>今天我们主要讨论了微服务设计和拆分的难题。通过 DDD 战略设计可以建立领域模型，划定领域边界，解决微服务设计过程中，边界难以划定的难题。如果你的业务焦点在领域和领域逻辑，那么你就可以选择 DDD 作为微服务的设计方法！</p>
<p>更关键的一点是，DDD 不仅可以用于微服务设计，还可以很好地应用于企业中台的设计。如果你的企业正在做中台转型，DDD 将会是一把利器，它可以帮你建立一个非常好的企业级中台业务模型。有关这点你还会在后面的文章中见到详解。</p>
<p>除此之外，DDD 战术设计对设计和开发人员的要求相对较高，实现起来相对复杂。不同企业的研发管理能力和个人开发水平可能会存在差异。尤其对于传统企业而言，在战术设计落地的过程中，可能会存在一定挑战和困难，我建议你和你的公司如果有这方面的想法，就一定要谨慎评估自己的能力，选择最合适的方法落地 DDD。</p>
<p>也不妨根据收获权衡一下，<strong>总体来说，DDD 可以给你带来以下收获：</strong></p>
<ol>
<li>DDD 是一套完整而系统的设计方法，它能带给你从战略设计到战术设计的标准设计过程，使得你的设计思路能够更加清晰，设计过程更加规范。</li>
<li>DDD 善于处理与领域相关的拥有高复杂度业务的产品开发，通过它可以建立一个核心而稳定的领域模型，有利于领域知识的传递与传承。</li>
<li>DDD 强调团队与领域专家的合作，能够帮助你的团队建立一个沟通良好的氛围，构建一致的架构体系。</li>
<li>DDD 的设计思想、原则与模式有助于提高你的架构设计能力。</li>
<li>无论是在新项目中设计微服务，还是将系统从单体架构演进到微服务，都可以遵循 DDD 的架构原则。</li>
<li>DDD 不仅适用于微服务，也适用于传统的单体应用。</li>
</ol>
</div>
</div>
<div>
<div style="float: left">
<a href="/专栏/DDD实战课/00 开篇词 学好了DDD，你能做什么？.md">上一页</a>
</div>
<div style="float: right">
<a href="/专栏/DDD实战课/02 领域、子域、核心域、通用域和支撑域：傻傻分不清？.md">下一页</a>
</div>
</div>
</div>
</div>
</div>
</div>
<a class="off-canvas-overlay" onclick="hide_canvas()"></a>
</div>
<script defer src="https://static.cloudflareinsights.com/beacon.min.js/v652eace1692a40cfa3763df669d7439c1639079717194" integrity="sha512-Gi7xpJR8tSkrpF7aordPZQlW2DLtzUlZcumS8dMQjwDHEnw9I7ZLyiOj/6tZStRBGtGgN6ceN6cMH8z7etPGlw==" data-cf-beacon='{"rayId":"70996ed7ce873d60","version":"2021.12.0","r":1,"token":"1f5d475227ce4f0089a7cff1ab17c0f5","si":100}' crossorigin="anonymous"></script>
</body>
<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-NPSEEVD756"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag() {
dataLayer.push(arguments);
}
gtag('js', new Date());
gtag('config', 'G-NPSEEVD756');
var path = window.location.pathname
var cookie = getCookie("lastPath");
console.log(path)
if (path.replace("/", "") === "") {
if (cookie.replace("/", "") !== "") {
console.log(cookie)
document.getElementById("tip").innerHTML = "<a href='" + cookie + "'>跳转到上次进度</a>"
}
} else {
setCookie("lastPath", path)
}
function setCookie(cname, cvalue) {
var d = new Date();
d.setTime(d.getTime() + (180 * 24 * 60 * 60 * 1000));
var expires = "expires=" + d.toGMTString();
document.cookie = cname + "=" + cvalue + "; " + expires + ";path = /";
}
function getCookie(cname) {
var name = cname + "=";
var ca = document.cookie.split(';');
for (var i = 0; i < ca.length; i++) {
var c = ca[i].trim();
if (c.indexOf(name) === 0) return c.substring(name.length, c.length);
}
return "";
}
</script>
</html>