领域驱动设计是一种设计思想,来源于 Eric Evans 的一本书 Domain-Driven Design –Tackling Complexity in the Heart of Software。它倡导通过建立领域模型来驱动软件的设计,也就是从业务知识出发设计业务人员和技术人员都能理解的模型。 统一语言是领域驱动设计的关键概念之一。领域建模的核心难点就在于业务人员和 […]
领域驱动设计是一种设计思想,来源于 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 年开始参与的所有应用系统都是服务化的了,都算比较大型的系统,这可能是解决大型复杂应用的必然之路。 在服务化的系统 […]
CRUD (1)Event Sourcing (1)graphql (1)id (1)quarkus (1)rest (1)RocketMQ (1)Spring Boot (1)zk (1)zookeeper (1)事务消息 (1)值对象 (1)原子性 (1)唯一ID (1)子域 (1)幂等 (1)康威定律 (1)微服务架构 (1)总体方案 (1)持续集成 (1)支撑域 (1)故障恢复 (1)数据架构图 (1)方案选型 (1)日记 (1)服务发现 (1)服务治理 (1)服务注册 (2)机房 (1)核心域 (1)泄漏 (1)洋葱架构 (1)消息队列 (2)源码剖析 (1)熔断 (1)生态 (1)画图工具 (1)研发团队 (1)线程 (2)组织架构 (1)编码 (1)视频 (10)读写分离 (1)贵州 (1)软件设计 (1)迁移 (1)通用域 (1)集群化 (1)雪花算法 (1)顺序消息 (1)
COPYRIGHT © 2014-2024 verysu.com . ALL RIGHTS RESERVED.
Theme Kratos Made By Seaton Jiang