扫码阅读
手机扫码阅读

系统设计 | 解决困难问题的思路

213 2024-08-27
矛盾 系统 容忍 解决 库存

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：系统设计 | 解决困难问题的思路
文章来源：
TechLead 少个分号
扫码关注公众号
文章摘要：少个分号

文章摘要：少个分号

来源信息

作者：少个分号
公众号：DDD和微服务
知乎：少个分号
微信号：shaogefenhao
网站：shaogefenhao.com

摘要内容

系统设计中遇到的困难问题往往源于矛盾，解决问题的关键在于找到并转化主要矛盾。利用毛主席的矛盾论可以建立处理复杂系统的方法论。其核心思想是接受并容忍一些矛盾的同时，找到并解决关键且无法容忍的矛盾。在面对性能问题时，例如单据提交过程的优化，可以通过用户行为和业务特点找到容忍点，比如预加载必要的数据来缩短提交时间。对于可用性和一致性的矛盾，如库存和价格服务的关联查询问题，通过确定业务上可容忍的延迟和数据实时性，可以决定将数据同步到适合的服务。系统切换和迁移中寻找更多容忍点可以提供更多解决方案。除了找到容忍点，分析矛盾，还应该回归问题本身，避免受限于不存在的假设和背景知识，并寻求外部意见。

结论和反馈

找到容忍点是设计技巧中容易被忽略的一环，通过挖掘用户使用场景，可以找到众多容忍点。解决困难系统设计问题的方法包括第一性原则分析、避免XY问题、记录所有可行方案、积累方案经验和寻求外部意见。读者可通过联系作者微信（shaogefenhao）反馈内容错误并领取红包，同时欢迎读者收藏、转发和参与讨论。

社群二维码

2020DevOps状态报告——平台模型：扩展DevOps的新方法


了解更多

想要了解更多内容？

查看原文：系统设计 | 解决困难问题的思路
文章来源：
TechLead 少个分号
扫码关注公众号
相关推荐
中庸之道与项目管理
262
中庸 矛盾 君子 策略
中庸之道不是“和稀泥”，中庸之道是看待事物和解决矛盾的大智慧，本文介绍了中庸之道的基本思想，梳理了使用中庸之道解决矛盾的基本策略，最后结合项目管理实践，运用中庸之道分析了项目管理常见矛盾的应对策略。
架构中的矛盾和权衡
280
架构 服务 矛盾 业务
我们在讨论架构的过程中，总会陷入一些矛盾，这些经典的矛盾成了关于架构无尽争论的源头。这些矛盾往往是我们分析架构方法的关键所在。
成为太极高手：不要把矛盾都集中在自己身上
479
项目经理 项目管理 目标 平衡
一个优秀的项目经理必须是外圆内方，要能够灵活、圆滑地处理问题，不将矛盾集中在自己身上。
项目经理之必备技能-架构设计
267
系统 架构 架构图 脑图
信息技术领域的架构设计本质是一个认知、抽象与构建的过程，即通过对于物理世界的认知与抽象，识别其中的关键概念及其关系，再通过数字化的手段在数字化世界里重新构建、模拟和还原。
企业信息化的典型场景
280
管理 系统 企业 管理系统
企业信息化是将信息技术应用于企业的各个方面，包括业务流程、管理、决策等，使企业能够更加高效、便捷地运作。企业信息化涉及企业内部运营的各个方面，也涉及大量信息化系统，例如企业资源计划（ERP）、客户关系管理（CRM）、供应链管理（SCM）等。
系统设计 | 企业应用数据交换
180
数据 系统 ETL MDM
如何解决企业应用之间数据交换问题？
TechLead 少个分号

一线开发 TechLead，讨论系统设计技术方案和技术管理，原名《DDD和微服务》。

109 篇文章
浏览 24.3K
TechLead 少个分号的其他文章
技术管理 | Scrum 是人性的游戏
在长期工作中，我们不得不顺应人性制定规则。即使短期内，可以克服人性的弱点，长期来看，人性的效应会慢慢被放大。
主客体命名法
命名也是设计的一部分。使用主客体命名法，不仅可以写出主谓宾结构的语句，还能通过命名改善软件设计。
系统设计 | 设计和解析 DSL
设计一个 DSL 并对齐解析和转换为想要的目标代码。
研发自测之路：从"救火"到自测
哪有什么测试，自己点两下没报错就行了，反正上线后用户就是公司的测试。“互联网公司不需要测试人员，用户就是测试”这是老板的原话。
技术管理 | 开始谈谈技术管理 （话题征集）
技术管理相关话题征集。
随机阅读
敏捷实践大全
10-01
案例：每日站立会议落实情况的再跟踪
10-02
聊聊故事点背后的故事
10-01
三个团队的站立会议旁观笔记
10-01
案例：缺陷状态数据分析
10-01
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线
去下载