我们在《系统设计 | 如何表达技术架构?(规划篇)》中讨论了一个新的项目启动时如何表达技术架构,类似的我们还需要在敏捷项目的迭代前进行更细致的技术方案设计。 进入迭代的技术方案可以类比为瀑布模型中的详细设计,其目的是为了让迭代中的具体开发工作顺利进行。 本文,整理了一些日常项目上进入迭代前的技术方案输出物。 迭代技术方案的逻辑 迭代技术方案和规划类的技术方案不同,为了让迭代 […]
我们在《系统设计 | 如何表达技术架构?(规划篇)》中讨论了一个新的项目启动时如何表达技术架构,类似的我们还需要在敏捷项目的迭代前进行更细致的技术方案设计。 进入迭代的技术方案可以类比为瀑布模型中的详细设计,其目的是为了让迭代中的具体开发工作顺利进行。 本文,整理了一些日常项目上进入迭代前的技术方案输出物。 迭代技术方案的逻辑 迭代技术方案和规划类的技术方案不同,为了让迭代 […]
在多年软件开发的经验中,我看过各种各样的架构图和技术方案。其中不乏看到非常精美架构图,以及非常详细的技术方案。 非常遗憾的是,目前没有流传开的标准来规范架构图的绘制,不同公司架构文档风格也五花八门。如果说有 UML 这类图例标准,也非常古老了,大部分人也不怎么使用 UML 来设计架构图。 这会让很多架构师非常困惑,不知道如何上手,参考哪些材料来完成这类工作。 本文,整理了一 […]
分布式事务一直是微服务设计的一个难点,是解决业务一致性问题的重要手段,一直很谨慎不敢写这部分内容,担心水平不够弄错误导大家。 但是如果在项目上出现了跨服务的业务一致性需求,在网络上搜索出来的材料往往是一些理论和具体的框架使用,对问题场景的分析不多。 在和多个公司的架构师讨论后,大家的共识是:分布式事务很难有一个通用的解决方案,需要在场景中获得比较好的平衡,往往是捏着鼻子选择 […]
写作的价值不仅仅是传播想法,更在于总结和反馈。系统设计系列收到了一些读者的反馈和补充,定期整理更新。 时间方案中补充频率表达格式 在 《系统设计中需要考虑到的时间问题》文章中我们讨论了时间的标准化表达格式,在其中提到了 ISO-8601 规范。 其实 ISO-8601 中有非常多很有价值的表达方式,只不过使用不够频繁没有拿出来讲。我们应该尽可能使用现有的规范来实现业务,可以 […]
微服务架构中的一些概念非常模糊,业界往往没有取得共识。对于应用来说,其原因是业务背景多种多样,往往单一的模式不能满足现实需要。个人认为这是架构意识形态之争的根本原因。 今天来辨析一下微服务架构中 BFF,其含义和两种架构形态。 胖瘦 BFF 之争 我自 2015 年开始参与的所有应用系统都是服务化的了,都算比较大型的系统,这可能是解决大型复杂应用的必然之路。 在服务化的系统 […]
企业在使用微服务架构时,虽然会获得微服务架构的一些便利,但是也需要付出一些基础设施成本,而集成和部署就是其中一部分。 持续的集成和部署通常被叫做 CI/CD,意思是通过一个工具平台,在代码被推送后自动构建、部署,以此提高软件研发和集成效率。 这一期的系统设计,就来聊聊如何搭建持续集成和部署流水线。 CD/CD 简介 CI/CD 是 Continuous integratio […]
虽然 RESTful API 已经成为业界对于 API 的共识,但是不得不说,但是不得不说它具有很多局限性。 RESTful API 和很多的技术流传的原因类似:始于一种非常理想化的愿景,但是在落地时却需要做出权衡和取舍。 它的流行开始于 Roy Fielding 的演讲,Roy Fielding 也是 HTTP 协议标准作者之一。 我猜测 Roy Fielding 的想法 […]
一般来说,有经验的程序员不会使用多对多关系。因为存在“多对多关系”说明领域模型在设计时丢失了一些重要概念,无法建立清晰的模型。 这篇文章整理了一些多对多关系拆解的案例,作为日常领域模型设计的参考资料。 为了让图更简洁,本文使用 E-R 图作为分析模式来描述,在实际工作中可以转换为类图。 订单和商品 订单和商品是最常见的多对多关系,一个订单中可以有多个产品构成的订单行,而商品 […]
在过去几年一直对编程语言本身很敬畏。一方面编译原理本身是非常困难的领域,另外一方面图灵完备的语言完全满足日常需求。 直到最近,在一些技术问题上不得不尝试使用 DSL(领域特定语言,相对于 GPL,即通用编程语言)去解决。在和一些伙伴交流后把相关经验整理下来,收录到系统设计专栏中,当产生 DSL 需求时再拿出来看。 什么时候会考虑使用 DSL 或者 GPL? DSL 语言实际 […]
对于大型系统或者大型企业来说,业务系统需要支撑的场景往往多到超过想象,这也是大厂业务复杂的原因。 我们需要对这些场景进行抽象,并设计合理的拓展点。例如: 某电子产品的售后工单系统,需要处理各种场景:咨询、安装、维修、退换货、配件销售等场景,这些场景都有不同的字段,但是工单流转过程类似,如何设计模型? 财务结算系统,需要处理各种来源结算场景,生成不同的结算单,如何使用结算单统 […]
互联网时代越来越多的实时协作软件出现,例如在线点餐、文档编辑、在线绘图等。 今天来聊聊这些场景一般如何实现的。 场景和问题 实时协作软件一般用于多个人同时操作(也包括一个人多个会话)。例如 Google Doc 可以支持同时编辑文档,并将多人编辑的结果合并到一起展示,而且能相互看到其它人的操作。 但是,在实现过程中会有非常多的技术问题和业务逻辑问题需要考虑: Web 平台如 […]
大部分程序员都会遇到过类似的 Bug:用户创建或者更新的数据在查询时偏移了 8 个小时。 我们有时候会在网上找一些文章,胡乱的配置后问题修复了,但是过一段时间后往往又会出现。 时间和时区的问题往往就像幽灵一样发生在程序员身上。 这一期的系统设计话题我们来盘点一下时间的问题,澄清相关的概念,以及相关的解决方案。 生活中的时间和时区 古人尸佼说,天地四方曰宇,往古来今曰宙,其中 […]
这个话题来自网友提交和项目上真实的案例,即如何实现企业内部多个应用之间的数据交换。 这个话题非常实用,我们先从问题开始聊起(在很多系统设计的过程中,我们发现问题比答案有时候更有价值,因为问题贴合业务价值)。 问题 案例 1 业务和推荐系统集成 假设有两个系统,分别是 A 系统和 B 系统。A 系统是一个事务处理系统,而 B 系统则是一个算法和推荐系统。A 系统向 B 系统提 […]
在当前的环境下,为新业务设计系统的场景非常少了,很多系统开发工作都需要对原有系统进行迁移和切换。 不得不说,系统切换和迁移的难度有时候比新开发还大。这一期,我基于研讨会总结的内容,整理了一些迁系统迁移和切换的经验和模式。 问题和挑战 为了避免空谈,我们根据经验整理一些常见的场景,并以此分开讨论: 某企业开发了一套新的办公(OA)系统,需要将原有的审批信息迁移到新的办公系统。 […]
BeanUtils (1) BigDecimal (1) CDC (1) ETL (1) github (1) heap (1) LLaMa (1) MAT (5) MDM (1) Sora (1) TCP (1) 业务图 (1) 企业应用 (1) 停机迁移 (1) 内存泄露 (4) 协议 (1) 可用性 (1) 基础设施层 (1) 堆内存 (1) 堆外存 (1) 大事记 (1) 实时协作 (1) 对象转换 (1) 应用架构 (1) 异常 (3) 技术规范 (1) 技术选型 (4) 提示工程 (1) 数据交换 (1) 数据共享 (1) 数据双写 (1) 日期 (1) 时间 (1) 时间线 (1) 术语 (1) 架构方案 (14) 流程图 (1) 精度 (1) 线程模型 (1) 经验分享 (1) 网络编程 (2) 解耦 (1) 软件复杂性 (1) 软件工程 (1) 重构 (4) 重试 (1) 隔离级别 (1) 集群扩容 (1) 领域层 (3) 领域模型 (1)
COPYRIGHT © 2014-2024 verysu.com . ALL RIGHTS RESERVED.
Theme Kratos Made By Seaton Jiang