跳到正文
沉默土豆.
搜索标签中文/EN
  • 开始
  • 写作
  • 专栏
  • 项目
  • 研究
  • 咨询
  • 影像
  • 关于

写作

从一次请求看多节点执行系统的架构演进

从一套多节点执行系统的故障结构出发,复盘请求、状态、存储、性能和故障如何逐渐跨越边界,并讨论下一版架构应该怎样重新组织。

LiyukLiyuk发布于 2026年8月28日更新于 2026年9月4日约 30 分钟阅读
  • #Systems Design
  • #Architecture
  • #Distributed Work
  • #Reliability
  • #可观测性
  • #Capacity Planning
  • #技术
  1. 1技术规划,本质上是业务分析与竞品分析短文 · 约 22 分钟阅读
  2. 2代码为什么会变坏:从局部便利到系统债务短文 · 约 2 分钟阅读
  3. 3工程规范怎样既减少返工,也不制造官僚流程短文 · 约 3 分钟阅读
  4. 4共享核心与本地变化:多地区系统怎样演进短文 · 约 4 分钟阅读
  5. 5AI 加速之后,职能线与业务线怎样重新划分短文 · 约 2 分钟阅读
  6. 6从一次请求看多节点执行系统的架构演进短文 · 约 30 分钟阅读本篇
  7. 7缓存究竟在哪里:多层执行服务的局部性短文 · 约 15 分钟阅读
  8. 8让差异停留在配置层:多业务域平台的架构设计短文 · 约 15 分钟阅读
  9. 9AI Gateway:从后端调度到成本治理短文 · 约 23 分钟阅读

如果这篇文章对你有帮助,请我喝杯咖啡吧——你的支持让我有动力继续写下去。

微信
支付宝

感谢支持,量力而行。

分享到

X微博TelegramWhatsAppLinkedInFacebook

微信

用微信扫一扫

在手机上打开这篇文章,或转发给朋友。

喜欢这个站?

或订阅 RSS
← 上一篇缓存究竟在哪里:多层执行服务的局部性
下一篇 →AI 写得很好,但这真的是我想说的吗?
查看专栏《技术规划与架构》目录← 上一篇:AI 加速之后,职能线与业务线怎样重新划分下一篇:缓存究竟在哪里:多层执行服务的局部性 →

继续阅读

也许和这篇有关。

  • 写作AI Gateway:从后端调度到成本治理通过多后端模型访问场景,理解 AI Gateway 如何处理资源调度、容量控制、故障切换、分布式状态、用量统计和企业成本治理。阅读全文 →

    同专栏 · 共享标签 6 个

  • 写作数据中心不是报表:从数据生产到业务判断从分析、经营和工程的不同问题出发,整理一个多来源业务平台的数据中心应该如何划分 Tab、定义指标、组织读写链路,以及怎样处理计费、对账、增长和成本。阅读全文 →

    共享标签 4 个

  • 写作AI 不会自动带来生产力:从局部提速到系统价值从一次多系统对接经历出发,区分创造、任务效率、组织生产力和经营价值,讨论 AI 进入复杂系统后,收益到底从哪里来、成本又该怎么算。阅读全文 →

    共享标签 3 个

© 2018–2026 Liyuk。缓慢构建,公开发布。

在别处GitHub ↗X ↗LinkedIn ↗邮箱 ↗友链 ↗收藏 ↗订阅 RSS ↗
CC BY-NC-SA 4.0