服务之间需要互相调用，在单体架构中，服务之间的互相调用直接通过编程语言层面的方法调用就搞定了。在传统的分布式应用的部署中，服务地址和端口是固定并且提前预知的，所以只需要简单的 HTTP/REST 调用或者其他的 RPC 机制直接调用即可。但是在当下的云原生微服务体系中，微服务大多在某个虚拟机或者某个容器下运行，服务实例数量以及提供服务的地址以及端口都是不固定的，可以理解为，这些服务实例都是临时的。
转载
2024-09-05 07:53:03
34阅读
如果花时间了解一下 DDD 的历史，就会发现 DDD 已经存在了很长时间，单单按照 Eric Evans 成书那一年算起也已经有超过 10 年的历史了。但即使在刚开始的那几年，DDD 也只能说是不温不火，只是小圈子里人们的谈资，鲜少看到分享的文章(至少国内给我的感觉如此)。有意思的是大约三年前开始，DDD 重新回归大众的视野，无论是线上的文章也好，还是线下的各个大会，DDD 成为当仁不让的主角之一
转载
2023-07-07 18:44:45
62阅读
DDD 不是一种架构， 而是一种架构方法论， 目的就是将复杂问题领域简单化， 帮助我们设计出清晰的领域和边界， 可以很好的实现技术架构的演进。DDD涵盖两部分：战略设计部分、战术设计。 战略设计从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。 战术设计从技术视角出发，侧重于领域模型的技术实现，完成软件开发和落地，包括：聚合根、实体、
转载
2023-08-16 16:52:45
96阅读
前不久，Java Code Geeks发表了一篇文章，分析单体应用与微服务的优缺点。近日，该网站又发表了一篇文章，提供了六种微服务架构的设计模式。聚合器微服务设计模式这是一种最常用也最简单的设计模式，如下图所示：聚合器调用多个服务实现应用程序所需的功能。它可以是一个简单的Web页面，将检索到的数据进行处理展示。它也可以是一个更高层次的组合微服务，对 检索到的数据增加业务逻辑后进一步发布成一个新的微
转载
2024-03-04 16:20:31
20阅读
DDD（领域驱动设计）1. 程序员的角度非DDD: 结构体+set/get 2者放在实体层，吃饭等天生的方法放在service层DDD: 结构体+set/get+吃饭等天生的方法 3者都放在实体层2. 总监的角度我在项目需求分析的时候就设定好每个实体的基本函数并和实体定义在一起，而不是放在业务层一行一行的每个程序员去自己随便写 基于DDD的微服务设计（转自：）微服务内有 Facade 接
转载
2024-04-22 16:05:34
59阅读
微服务架构设计微服务的概念虽然直观易懂，但“细节是魔鬼”，微服务在实操落地的环节中存在诸多挑战。微服务也是可以成为企业转型的强力催化剂！随着网络基础设施的高速发展，以及越来越多的企业和组织需要通过互联网提供服务，在考虑构建可以支持海量请求以及多变业务的软件平台时，微服务架构成为多数人的首选。微服务模式就是这样一种总结和概括，是一种可以通用的共识，用于描述微服务领域中的问题及解决方案、方法和思路。这
转载
2023-07-31 22:39:14
148阅读
01. 什么是DDD？DDD（Domain-Driven Design）领域驱动设计DDD是一种软件开发方法，可以帮助我们设计高质量的软件模型。DDD是Eric Evans在2003年出版的《领域驱动设计：软件核心复杂性应对之道》（Domain-Driven Design: Tackling Complexity in the Heart of Software）一书中提出的具有划时代意义的重要概
在前面的《DDD 实战 (6)：战略设计之技术决策》中，我曾经提到“微服务随时可拆可分”。而在上篇《DDD 实战(11)：冲刺 1 代码 TDD 实现之道》几乎展示了所有 DDD 相关的、基于 TDD 代码“三部曲”的编程方式之后，就只上下这一个问题没有从代码角度进行演示了。本篇就来演示“微服务的随时可拆可分”这一 DDD 编程特性。同时，这将是本系列的最后一篇文章。6. DDD 指导下的微服务实
转载
2024-09-06 21:09:05
36阅读
这是微服务架构系列文章的第 3 篇高可用性
原创
2022-08-10 08:40:15
376阅读
14 如何设计支持 DDD 的技术中台？DDD 要落地实践，最大的“坑”就是支持 DDD 的技术架构如何设计。很多团队在工作开展前期，一切都很顺利：通过对业务需求的理解，建立领域模型；将领域模型通过一系列的设计，落实程序设计，准确地说是程序设计中业务领域层的设计。然而就在编码实现的时候，出现了各种问题：要么是不能准确掌握 DDD 的分层架构；要么是把程序写得非常乱，频繁地在各种 TDO、DO、PO
转载
2024-01-30 00:42:51
169阅读
这是微服务架构系列文章的第 3 篇高可用性、可扩展性、故障恢复能力和性能是微服务的特
原创
2023-07-02 06:58:40
171阅读
独享数据库（Database per Microservice）当一家公司将大型单体系统替换成一组微服务，首先要面临的最重要决策是关于数据库。单体架构会
原创
2023-05-02 22:09:19
98阅读
1 介绍引入随着互联网应用的发展，在敏捷快速迭代、高可用、高性能、高并发等方面要求越来越高，传统的SOA分布式架构并不适合这种场景，互联网最新流行且最佳的实践方式就是微服务化。而微服务的首要问题是微服务如何拆分。现在很多的微服务开发团队在设计和实现微服务的时候觉得只要把原来的单体拆小，就是微服务了。但是这不一定是正确的微服务，可能只是一个拆小的小单体。而这种拆分真的能够给我们带来微服务架构的那些好
Photo by Tatiana Latino on Unsplash 注意：本文内容是我的见解，而非我的雇主或其他实体的见解。什么是微服务？从最简单的定义来看，微服务架构是将逻辑域划分为独立服务的同时开发软件的行为。 在过去的六年中，我听说微服务方法学以惊人的速度增长。 每个人都在谈论微服务！还有另一个转变，那就是从云计算到微服务。〜Steve Singh(Concur)大多数尚未使用微
转载
2023-07-07 18:27:22
269阅读
DDD架构 文章目录DDD架构1. DDD分层架构2. 四层模型总结 1. DDD分层架构DDD(领域驱动设计)由Eric Evans最先提出，目的是对软件所涉及到的领域进行建模，以应对系统规模过大时引起的软件复杂性的问题。从领域知识中提取和划分一个一个的子领域（核心子域，通用子域，支撑子域）并在子领域上建立模型，再重复以上步骤，这样周而复始，构建出一套符合当前领域的模型。
依靠领域驱动设计的思
转载
2023-08-16 16:49:08
203阅读
第一章 逃离单体地狱1.2.1 单体应用缺点就是微服务优点过度的复杂性代码提交到部署周期长难以扩展缺乏故障隔离难以迁移技术栈1.2.2 企业应用架构设计基础知识三层架构web应用程序设计使用面向对象设计开发业务逻辑关系型数据库：SQL和ACID事务的概念使用消息代理和REST API进行进程间通信安全，包括身份验证和访问授权1.3.1 通过本书，可以掌握知识什么时候使用微服务架构分布式数据管理的架
转载
2023-08-30 12:40:27
194阅读
- 微服务架构介绍 -微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，
转载
2023-07-06 23:04:20
116阅读
一、序言领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在领域驱动设计理念上，各路大侠的观点也是各有不同，能力有限、欢迎留言讨论。二、领域驱动设计DDD是什么wiki释义：领域驱动设计（英语：Domain-driven design，缩写 DDD）是一种通过将实现连接到持续进化的模型[1]来满足复杂需求的软件开发方法。领域驱动设计的前提是：把项目的主要重点放在核心领域（co
转载
2023-07-30 20:29:54
214阅读
首先微服务是一种架构模式，相比较单体架构，微服务架构更独立，能够单独更新和发布。微服务里面的服务仅仅用于某一个特定的业务功能。举个例子，单体架构就想一碗面条，所有模块都在一起，而微服务相当于甜甜圈，模块清楚，可以单独发布，想更新哪个就更新哪个。DDD（Domain Driven Design）,简称DDD，领域驱动设计 康威定律（Conway's Law） 组织----对应------微服务拆分D
转载
2023-07-11 09:19:48
636阅读
SpringCloud微服务框架网站架构演变过程传统架构分布式架构SOA架构微服务架构微服务架构产生的原因什么是微服务微服务架构特征微服务架构如何拆分微服务架构与SOA架构区别SpringCloud微服务框架1、为什么选择SpringCloud2、SpringCloud简介 SpringCloud中文翻译：https://springcloud.cc/spring-cloud-dalston.h
转载
2023-09-21 06:21:05
62阅读
