领域驱动设计是一种设计思想，来源于 Eric Evans 的一本书 Domain-Driven Design –Tackling Complexity in the Heart of Software。它倡导通过建立领域模型来驱动软件的设计，也就是从业务知识出发设计业务人员和技术人员都能理解的模型。 统一语言是领域驱动设计的关键概念之一。领域建模的核心难点就在于业务人员和 […]
导读 第一部分: 基本介绍 1. 领域模型概述 2. 消息传输模型介绍 3. 普通消息的可靠性 小节 第二部分: 顺序消息 1. 我们遇到的线上问题 2. RocketMQ消息队列为什么会有顺序问题? 3. 顺序消息的使用场景 4. 实际开发过程中如何保证消息的顺序性? 5. 使用顺序消息需要注意的点 小节 第三部分: 事务消息 1. 我们遇到的线上问题 2. 为什么使用了 […]
Apache ZooKeeper 在 Apache Kafka 的发展中发挥了至关重要的作用，尤其是在其早期版本（0.9.0.0 之前）中，Kafka的很多管理控制层面的逻辑都是依赖于ZooKeeper来实现的。在本文中主要探讨ZooKeeper 在 Kafka 架构中不同版本的角色，以及 Kafka如何在不断迭代中减少对 ZooKeeper 的依赖。 Apa […]
1 背景介绍 2 工作原理 2.1 短链接生成与存储 2.2 短链接返回与传播 2.3 用户点击与跳转 3 核心算法 3.1 哈希算法 3.2 分布式 ID 3.3 Base62 编码 4 安全与防护 4.1 长链接合法性校验 4.2 重复生成短链接防护策略 4.3 短链接有效性验证 5 系统性能优化 5.1 数据库索引 5.2 缓存应用 5.3 号段模式优化 5.4 分表 […]
1. 分布式唯一 ID 特性 在业务开发中，会存在大量的场景都需要唯一 ID 来进行标识。比如，用户需要唯一身份标识；商品需要唯一标识；消息需要唯一标识；事件需要唯一标识等等。尤其是在分布式场景下，业务会更加依赖唯一 ID。 分布式唯一 ID 的特性如下： 全局唯一：必须保证生成的 ID 是全局性唯一的，这是分布式 ID 的基本要求； 有序性：生成的 ID 需要按照某种规则 […]
👉目录 1 架构图的目的 2 怎样的架构图是好的架构图 3 什么时候画架构图 4 架构图分类 5 如何画架构图 6 业务/产品架构图 7 应用架构图 8 技术架构图 9 代码架构图 10 数据架构图 画架构图是架构师的一门必修功课。 对于架构图是什么这个问题，我们可以按以下等式进行概括： 架构图 = 架构的表达 = 架构在不同抽象角度和不同抽象层次的表达，这是一 […]
随着项目发展，现有模块不再符合需求，重构后端服务必要性拉满。👨💻 重构过程中，明确重构目标如引入新功能、性能提升、增强系统可用性等是前提条件，此外也必须考虑功能一致性和数据一致性这两大关键问题。 后台重构可以根据服务的不同需求划分为以下几类： 1️⃣逻辑模块重构：专注于优化代码逻辑和业务流程。 2️⃣存储模块重构：改进数据存储和检索机制。 3️⃣逻辑与存储模块联合重构：同 […]
零，前言 经常排查线上紧急问题的IT老兵都知道，IT故障排查，和临床治病救人，有两个共同特征。 第一个特征，都容易“只见树木不见森林”。 综合性医院分科很细，医生专科化程度很高，常常“只见树木不见森林”。医生只知道处理专科的问题，其他方面的问题就通过转科或者会诊的方式交给其他科室。一旦遇到的是系统性、全身性疾病，这种工作模式就会导致延误诊断及治疗。 相对应的，IT团队也 […]
我们在《系统设计 | 如何表达技术架构？（规划篇）》中讨论了一个新的项目启动时如何表达技术架构，类似的我们还需要在敏捷项目的迭代前进行更细致的技术方案设计。 进入迭代的技术方案可以类比为瀑布模型中的详细设计，其目的是为了让迭代中的具体开发工作顺利进行。 本文，整理了一些日常项目上进入迭代前的技术方案输出物。 迭代技术方案的逻辑 迭代技术方案和规划类的技术方案不同，为了让迭代 […]
💡Excalidraw 官网：https://excalidraw.com/ 💡Graphvizx26amp;nbsp; 官网：https://graphviz.org/ 💡PlantUML 官网：https://plantuml.com/zh/ 💡Matplotlib 官网：https://matplotlib.org/ 本文仅供学习！所有权归属原作者。侵删！文章来源：腾 […]
1 结论 2 问题背景及现象 3 排查过程 3.1 初次分析 3.2 问题再次出现 3.3 解决方案 4 总结与反思 1 结论 结论先行：事务+MQ的使用场景，使用方式一定得正确，稍有不慎，可能就会带来数据不一致问题。 2 问题背景及现象 商业退款业务，每周都会有几笔退款订单自动处理失败，究其直接原因，是因为数据表里的一个字段cost更新失败导致。抽象一下，业务场景大概是这 […]
在多年软件开发的经验中，我看过各种各样的架构图和技术方案。其中不乏看到非常精美架构图，以及非常详细的技术方案。 非常遗憾的是，目前没有流传开的标准来规范架构图的绘制，不同公司架构文档风格也五花八门。如果说有 UML 这类图例标准，也非常古老了，大部分人也不怎么使用 UML 来设计架构图。 这会让很多架构师非常困惑，不知道如何上手，参考哪些材料来完成这类工作。 本文，整理了一 […]
分布式事务一直是微服务设计的一个难点，是解决业务一致性问题的重要手段，一直很谨慎不敢写这部分内容，担心水平不够弄错误导大家。 但是如果在项目上出现了跨服务的业务一致性需求，在网络上搜索出来的材料往往是一些理论和具体的框架使用，对问题场景的分析不多。 在和多个公司的架构师讨论后，大家的共识是：分布式事务很难有一个通用的解决方案，需要在场景中获得比较好的平衡，往往是捏着鼻子选择 […]
写作的价值不仅仅是传播想法，更在于总结和反馈。系统设计系列收到了一些读者的反馈和补充，定期整理更新。 时间方案中补充频率表达格式 在 《系统设计中需要考虑到的时间问题》文章中我们讨论了时间的标准化表达格式，在其中提到了 ISO-8601 规范。 其实 ISO-8601 中有非常多很有价值的表达方式，只不过使用不够频繁没有拿出来讲。我们应该尽可能使用现有的规范来实现业务，可以 […]
微服务架构中的一些概念非常模糊，业界往往没有取得共识。对于应用来说，其原因是业务背景多种多样，往往单一的模式不能满足现实需要。个人认为这是架构意识形态之争的根本原因。 今天来辨析一下微服务架构中 BFF，其含义和两种架构形态。 胖瘦 BFF 之争 我自 2015 年开始参与的所有应用系统都是服务化的了，都算比较大型的系统，这可能是解决大型复杂应用的必然之路。 在服务化的系统 […]
