- 博客(33)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 偷师第三步——揭秘Broker的核心引擎高性能存储
但是，为了让我们的课程更加聚焦于核心，我们将暂时跳过客户端的细节，直接穿越网络，抵达我们消息旅程的目的地，也是整个RocketMQ系统中负载最高、技术最核心的地方——当你下次需要设计一个高并发的日志收集系统、一个交易流水记录系统，或者任何需要“海量写、聚合查”的场景时，RocketMQ的这套“CommitLog + Index”的思想，或许就能成为你手中最强大的武器。只要系统不宕机，这部分数据就是安全的。我们将亲眼见证，一个顶级的分布式系统，是如何通过精妙的架构设计，将看似平凡的磁盘，压榨出极致的性能。
2025-11-11 20:06:29
1128
原创 偷师第二步——搭建源码实验室与消息的“诞生”
今天，我们没有深入任何一行复杂的源码，但通过亲手搭建起这个“源码实验室”，我们已经成功地将自己的角色，从一个RocketMQ的“旁观者”，转变为一个可以随时介入、观察、甚至改变其行为的“参与者”。我们成功地启动了核心集群，发送了第一条消息，并且精准地找到了探索消息发送之旅的入口——
2025-11-05 14:05:05
1013
原创 偷师第一步----RocketMQ的宏观架构与四大角色
我们常说的“推（Push）”模式，其底层也是由客户端封装的、优雅的“长轮询（Long Polling）”拉取机制实现的。当这些系统内部发生了某个重要的“事件”（如“一笔订单被创建”），它就会将这个事件封装成一条消息，发送给RocketMQ系统。这种去中心化的设计，保证了“指挥中心”自身的高可用性。读完本文，我们的脑海中将不再是一片混沌，而是一幅清晰的、标明了核心地标和交通要道的“地图”。方法时，Producer会根据一定的负载均衡策略（如轮询），选择其中一个队列，将消息直接发送给对应的Broker。
2025-10-29 10:32:07
1043
原创 如何偷师—— 从源码中学习架构的正确“姿势”
这篇文章作为源码分析的首篇，我们明确方向：以MQ为模拟器，以RocketMQ为案例，去深度修炼我们的架构内功。我们也掌握了方法：自顶向下、问题导向、印证理论。从下一篇文章开始，我们将正式动手，搭建我们的“源码实验室”，并画出第一张属于我们的“藏宝图”。这注定是一条充满挑战，但更充满惊喜的道路。它将带领我们，真正地从一个中间件的“使用者”，开始向一个卓越系统的“创造者”蜕变。让我们怀着敬畏与好奇，一起出发！
2025-10-28 12:15:00
1380
原创 面对绝境，架构师如何从从容容、游刃有余
架构师的职业生涯，注定是一场在混乱中建立秩序，在不确定性中寻找最优解的旅程。面对危机，保持冷静，用第一性原理守住生命线。面对常态，保持耐心，用数据和沟通凝聚共-识，步步为营。面对机遇，保持远见，用投资效能的战略，为未来赢得先机。当团队深陷绝境时，他们需要的，不仅仅是一个技术专家，更是一位能带领他们走出迷雾的“引路人”。要用决断力，为他们斩断眼前的荆棘；要用分析能力，为他们绘制前行的地图；更需要用远见，为他们点亮远方的灯塔。这，就是架构师独一无二的核心价值。
2025-10-27 14:00:00
805
原创 作为管理者，为什么我痛恨加班
越是不容易看见的东西，越难重塑，架构如此，文化更甚。这对管理者，尤其是高级管理者的决心和勇气有非常高的要求。对于一线的开发来说，如果无法改变，不如离开。
2025-10-26 13:31:01
1299
原创 向上爬----技术重要还是情商重要
在当今飞速发展的互联网行业中，关于技术人才的核心竞争力，一直存在着一个经典讨论：究竟是“硬核”的专业能力更重要，还是“柔性”的软技能让你爬的更快？这个问题的答案并非非黑即白。一个更精准的观点是：专业能力与软技能同等重要，但它们在职业生涯的不同阶段，扮演着不同比重的角色。
2025-10-24 10:44:28
1061
原创 探寻架构师职责（二）----盘活老系统
很多人一听到“架构师”这个词，脑子里可能会冒出几个印象：技术大牛、头发不多、天天画着一堆看不懂的框框图，感觉特高大上，但具体是干嘛的，又有点说不清楚。我们用两篇文章分别从「建新系统」和「盘活老系统」这2个视角去看看架构师的真正的职责。
2025-10-23 17:00:58
1014
原创 探寻架构师职责（一）----建新系统
很多人一听到“架构师”这个词，脑子里可能会冒出几个印象：技术大牛、头发不多、天天画着一堆看不懂的框框图，感觉特高大上，但具体是干嘛的，又有点说不清楚。我们用两篇文章分别从「建新系统」和「维护老系统」这2个视角去看看架构师的真正的职责。
2025-10-23 16:53:55
913
原创 程序员要被AI取代了？
AI时代正在加速技术的新陈代谢，各种工具和框架的生命周期越来越短。当我们面对眼花缭乱的新技术时，需要问自己的不是“这个技术是否热门”，而是“这个技术如何帮助我们更好地解决问题”。未来的程序员和架构师不应是与AI竞争编码速度，而是要学会成为AI的“导演”，引导AI解决更有价值的问题。真正的专业人士，是那些在技术浪潮中既能拥抱变化，又能锚定核心价值的人。正如一位资深工程师所言：“AI不是来抢饭碗的，而是淘汰只会写代码的人。”在这个变革的时代，最大的风险不是被AI取代，而是被那些善用AI的同行走在前面。
2025-10-22 11:00:00
2102
原创 如何根据场景选择正确的架构
有了架构思维，相当于大脑中有了一套锋利的工具，当面对不同的场景的时候，可以通过以下步骤来实现架构设计的思路整理：思考业务特性：思考这个业务最重视的是什么，数据一致性？可用性？可维护性？也就是经常所说的第一性原理。这是将业务翻译为系统能力的过程，也是一个业务架构师所必须要具备的基本功。寻找架构模式：根据业务特性与模式的基本对应关系，确定选择什么样的架构模式来应对。当然，也还是要辩证地去看，而不是生搬硬套；同时，现实场景下可能要采用多种模式的组合。
2025-10-21 11:00:00
1167
原创 为何我们需要“务虚”的架构方法论？
我们首先要打破一个常见的误解：认为方法论应该像一份宜家家具的安装说明书一样，手把手地教我们完成每一个步骤。真正的架构方法论，它的角色，更像是一个顶级厨师的“工具箱”，而不是一本“傻瓜菜谱”。一本菜谱会告诉你：“取5克盐，切3毫米的姜丝，大火翻炒2分钟。”这非常具体，但它的局限性也一目了然：如果今天没有姜，你该怎么办？如果今天的食材从猪肉换成了牛肉，火候和时间还一样吗？如果你想做一道菜单上没有的创新菜，菜谱能给你答案吗？一个只会照着菜谱做菜的人，我们称之为“厨工”。
2025-10-20 10:25:46
1175
原创 架构治理、演进与影响力（三）：架构师的成长方法论 —— 从执行者到影响者
我们将系统性地探讨，一位初级架构师，在掌握了设计的“道”与“术”之后，应如何规划自己的持续成长路径，逐步建立起超越技术本身的个人影响力，最终完成从一个优秀的“问题解决者”（执行者），到一位卓越的“价值创造者”（决策者）的终极蜕变。请记住，架构师，不是一个静止的头衔，而是一种永无止境的、动态的“修炼”。最后，回顾过往的这一系列的文章，我们从架构的本质出发，学习了设计的“第一性原理”，掌握了诊断问题的系统方法，也演练了应对各种挑战的核心解法，最终，我们探讨了如何守护我们的创造，并放大我们的影响力。
2025-10-17 13:30:00
503
原创 架构治理、演进与影响力（二）：架构沟通的方法论 —— 画好图、写好文、讲好故事
架构图是架构师的“官方语言”，但我们经常看到这样的“翻车现场”：架构师在白板上，兴致勃勃地画了一张包含了无数方框、箭头、数据库符号的、极其复杂的“全景图”，然后对着台下的产品经理和业务方说：“看，我们的系统就是这样的，很简单吧？好的沟通是双向的，如果业务方没有听懂你的话，那这不算是一个好的沟通，没有共识而只是单边的接受，那么就只能还是一个执行者，而不是决策者。我这里是将完整的方案已经包含的部分都列了出来，实际应用中，需要根据需要去有选择的使用，尤其是用于比较大型的改造或新功能的开发。
2025-10-16 21:00:00
1449
原创 架构治理、演进与影响力（一）：架构治理的方法与工具 —— 守护架构不腐化
对于一个架构师而言，进入一家新的公司，从0到1的去开发一个系统是不多的，更多的是要接一个“烂摊子”。这种情况下，是非常考验架构师的分析和治理能力；而且，这种情况下的价值兑现（薪资）也自然会更加丰厚。
2025-10-16 09:30:00
1624
原创 架构设计的核心解法与权衡艺术（七）：可观测性设计方法 —— 让系统不再是“黑盒”
在深入三大支柱之前，我们必须先厘清一个重要的概念：监控与可观测性的区别。
2025-10-15 10:30:00
2035
原创 架构设计的核心解法与权衡艺术（六）：“安全左移”的方法论 —— 将安全&合规融入架构设计
作为架构师，我们正处在“左移”这条时间轴的最前端。因为，我们是构建安全体系的第一责任人，也是最重要的防线。
2025-10-14 11:00:00
1178
原创 架构设计的核心解法与权衡艺术（五）：可扩展性设计方法 —— 拥抱变化，预留“钩子”
而一个优秀的架构师，则会像一位经验丰富的外科医生，精准地找到系统中的“变化点”，并用一层“抽象”的“手术隔离膜”，将它与系统中稳定的部分隔离开来。我们将讲解策略模式、插件化、配置化等一系列强大的设计模式，并最终通过一个“订单费用计算引擎”的实战案例，让大家亲身体会，一个具备良好可扩展性的架构，是如何让“拥抱变化”从一句口号，变成一种轻松、自信的工程实践。“对扩展开放”：意味着当新需求来临时，我们应该能够通过“增加”新的代码（新的模块、新的类、新的配置），而不是通过“修改”旧的代码，来满足需求。
2025-10-13 16:42:22
1410
原创 架构设计的核心解法与权衡艺术（四）：数据一致性的决策模型 —— CAP与BASE的权衡之道
今天，我们穿越了分布式世界里最复杂、也最迷人的一片“深水区”。我们明白了，数据一致性不是一个纯粹的技术问题，它本质上是一个业务决策问题。作为架构师，我们不能再简单地将世界分为“对”与“错”，而要学会用“光谱”的思维，去度量“利”与“弊”。我们手中的TCC、Saga、本地消息表，就像是不同精度、不同成本的工具，而驱动我们选择哪一把工具的，永远是我们对业务场景、对用户体验、对商业价值的深刻洞察。
2025-10-13 13:30:00
900
原创 架构设计的核心解法与权衡艺术（三）：高可用设计的核心思想 —— 冗余与故障转移
高可用，是责任，更是对用户的承诺今天，我们从高可用设计的两大基石——冗余与故障转移出发，逐步构建了一套完整、立体的技术体系。我们明白了，高可用不是一个单一的功能，而是一种深植于架构设计、开发、测试、运维全流程的设计思路。它要求我们拥有“悲观”的思维，时刻为最坏的情况做准备；它也要求我们拥有“乐观”的行动，相信通过精妙的工程设计，可以构建出能够抵御任何风暴的、具备强大生命力的系统。作为架构师，我们交付的不仅仅是代码和功能，更是可靠性。
2025-10-11 10:17:10
1284
原创 架构设计的核心解法与权衡艺术（一）：异步化&事件驱动、接口抽象与微服务
如果说之前的模块三，我们扮演的是一名严谨的“诊断医师”，通过“望闻问切”和精密的“检测设备”，找出了系统中存在的种种“病症”——无论是纠缠不清的“坏味道”，还是过度复杂的“肿瘤”，亦或是导致系统“力不从心”的性能瓶颈。我们的目标是，让你在面对不同的耦合场景时，能够胸有成竹地选择最合适的“武器”，给出明确、高效的解决方案。你的系统，可能从一个单体应用开始，逐步引入异步化，然后将某些核心、多变的流程改造为事件驱动，最终，随着团队规模的扩大，再将某些成熟的、独立的限界上下文，拆分为微服务。，实现真正的并行开发。
2025-10-09 13:30:00
921
原创 架构设计的核心解法与权衡艺术（二）：高并发设计的通用范式 —— 缓存、分流与降级
区别于传统的单机应用，对分布式系统而言，一个商品详情页的展示，就会调用商品、营销、用户、评价等多个系统，而一个商品系统，又会被商品详情、搜索、推荐、下单等多个场景所依赖，这是一个复杂的调用网络。这里需要强调一下，分布式缓存会有多种选择，不一定非要用Redis，非必要的场景，个人是不推崇用Redis的，因为它是基于内存的，当数据量达到一定程度的时候，成本过高，且数据易失，平替产品是类似LevelDB的产品，比如阿里云的LDB、aws的DDB等。，对每位互联网企业的工程师而言，是个又爱又恨的玩意。
2025-10-08 22:09:47
901
原创 架构问题的系统性识别方法(四)：技术债的识别与管理方法
而一个卓越的架构师，则能更进一步，将技术债的管理，从一个纯粹的技术议题，提升为一个关乎企业敏捷性和市场竞争力的战略议题，并赢得业务方的理解与支持。你的职责，是清晰地识别出团队的“资产”和“负债”，评估每一笔“债务”的“利息”有多高，并制定出一套明智的“还款计划”。：目前，我们每上线一种新的优惠玩法，比如上次的‘定金膨胀’，都需要1个月的开发时间。一个卓越的架构师，则能更进一步，将技术债的管理，从一个纯粹的技术议题，提升为一个关乎企业敏捷性和市场竞争力的战略议题，并赢得业务方的理解与支持。
2025-10-08 13:30:00
2029
原创 架构问题的系统性识别方法(三)：性能瓶颈的定位方法论 —— 从指标到根因
后来我来辅导他，让他先看并发量50的情况下，接口的QPS和耗时，然后去分析整个调用链，确定耗时最长的那一段耗时占比99%，然后定位到应用xx，因为是Java应用，再去dump堆栈信息，用JProfile去找是否有大对象，用了1个晚上定位到问题，修改jvm参数和对应代码，并通过压测实验验证OK，最终解决。他们会从最顶层的用户体验指标出发，像剥洋葱一样，一层一层地往下分析，利用各种现代化的“勘测工具”，最终在复杂的系统调用链中，精准地定位到那个拖慢了整个系统的“罪魁祸首”。在平时，数据量小，问题没有暴露。
2025-10-07 15:12:01
1149
原创 架构问题的系统性识别方法(二)：复杂度评估方法 —— 量化风险，守护质量
有位大佬说过：质量是做出来的，不是测出来的，效能和质量问题往往出双入对。这篇文章，我们将一起讨论如何利用定性与定量的工具，精准定位那些最有可能引发线上风暴的“问题模块”。
2025-10-03 11:00:00
805
原创 架构问题的系统性识别方法(一)：“坏味道”的架构识别法 —— 从研发效能低下入手
架构师的价值，不仅仅体现在绘制新系统的宏伟蓝图，更体现在对现有系统日复一日的“健康管理”上。一个优秀的架构师，应该是一个敏锐的观察者，能够从团队的抱怨声中，听出架构腐化的“警报”。
2025-10-02 10:00:00
934
原创 架构原则（三）：架构模式的选型方法 —— 没有银弹，只有适配
（Command Query Responsibility Segregation，命令查询职责分离）的核心思想是。
2025-10-01 20:50:23
1380
原创 架构原则（二）：SOLID原则在架构中的应用 —— 构建“可演进”系统的基石
在上一篇文章中，我们深入探讨了软件设计的高内聚与低耦合，一个健康的系统，应该像一块精密的瑞士手表，内部零件各司其职（高内聚），外部协作简洁高效（低耦合）。你需要像一位经验丰富的棋手，预判出系统中哪些部分是稳定的“棋盘规则”，哪些部分是多变的“棋子走法”。：ISP要求我们站在“调用方”的角度去设计API，而不是站在“提供方”的角度，把自己的“家底”全部暴露出去。它应该像一个生命体，能够拥抱变化，适应未来的不确定性，而不是在一次次的需求变更中变得僵化、脆弱，最终腐化为不可维护的“代码泥潭”。
2025-09-29 12:07:11
1029
原创 架构原则（一）：内聚与耦合 —— 衡量软件“健康度”的黄金法则
在前面的《架构思维与认知基础》的三篇文章中，我们建立了一套全新的思维框架：我们理解了架构是权衡的艺术，学会了从“代码思维”向“系统思维”的跃迁，并掌握了通过业务建模将复杂需求转化为清晰蓝图的方法。架构师的工作，也不是一次性设计出一个“终极架构”，而是在系统的整个生命周期中，持续地运用内聚和耦合这把“标尺”，去评估系统的健康度，识别出那些正在“腐化”的部分，并进行精准的“外科手术式”重构。但耦合并非“非黑即白”，它是有层级的，从最病态到最健康，理解这些层级，是我们诊断系统问题的关键。方法写一个单元测试。
2025-09-29 10:04:34
1021
原创 架构思维与认知基础（三）：业务建模方法论 —— 将复杂的业务需求转化为清晰的架构蓝图
根据我对客满、供应商、商品等几个业务团队的实践，技术人员在前期讨论、中期设计、后期实现上，一方面彻底解决了此前的架构债，另一方面工程师的业务架构思维也得到了较好的训练，最终也为企业落地了一个更加健壮的系统。这个过程，将模糊的、口语化的业务语言，系统性地转化为了结构化的、所有人都认可的、可作为架构设计依据的蓝图。，在这个边界之内，通用语言有其唯一的、确切的含义。它就像一场“有剧本的头脑风暴”，通过一套简单的规则，引导业务专家和技术人员共同探索业务流程，最终在看似混乱的讨论中，浮现出清晰的系统结构。
2025-09-28 21:40:59
1267
原创 架构思维与认知基础（二）：架构师的思维转变 —— 从“代码思维”到“系统思维”
通过“修改订单状态”这个案例，我们可以清晰地看到：代码思维追求的是“点的完美”，而系统思维追求的是“体的和谐”。从工程师到架构师的转变，不是一朝一夕就能完成的技能升级，而是一场深刻的思维模式的革命。养成向上思考的习惯：在接触任何一个“点”时，强制自己去思考它所在的“线、面、体”。培养提问的勇气：在面对需求时，敢于追问“为什么”，敢于挑战不合理的设计。建立全局的视野：始终将系统的非功能性属性放在与功能实现同等重要的位置。这场思维的跃迁，没有终点。
2025-09-27 22:39:22
493
原创 架构思维与认知基础（一）：架构的本质 —— 从“建房子”看架构师的权衡艺术
最终，架构师的决策可能不是简单的“A”或“B”，而是那个经过深思熟虑、平衡了各方利益的“方案C”，并附带一份清晰的说明：“我们选择此方案，是为了在保证三周上线的前提下，最大限度地控制技术风险，并为未来向通用营销平台的演进保留了可能性。我们的工作，不是用最前沿的技术去构建一个“理论上”完美的系统，而是在深刻理解业务目标、团队能力和资源限制的前提下，设计出一个「足够好」的、能够支撑业务在当下取得成功，并考虑为未来扩展留有余地的系统。一个不成熟的架构师要么陷入技术上的“完美主义”，坚持方案B才是“正确”的架构；
2025-09-27 22:02:03
1330
原创 从“知道”到“看透”—— 技术人的成长路径与架构师的思维跃迁
从工程师到架构师的成长，是一场深刻的自我进化。它要求我们主动跳出执行的“舒适区”，勇敢地迈向充满不确定性的设计领域；它要求我们超越对单一技术深度的迷恋，拥抱一个融合了技术、业务、团队乃至商业的更广阔的世界。希望本开篇词及接下来的文章，能成为你在这条进化之路上的催化剂和导航仪，帮助你构建起一套属于自己的、坚实的架构思维体系，最终实现从“知道”到“看透”的蜕变。
2025-09-27 21:04:58
668
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人