苏念禾 2026-10-20 UID:79

"NoSQL" 这个词覆盖面很宽，键值存储、文档库、列族数据库、图数据库都算，彼此之间的差异比它们和关系型数据库之间的差异还要大。讨论选型时如果说"我们要用 NoSQL"，这句话本身几乎不含信息量。真正有用的问题是：这个业务问题的数据访问模式是什么，哪一…

苏念禾 2026-10-14 UID:79

MQTT 跑在 TCP 之上，报文头最小只有 2 字节，这套设计是为窄带宽、高延迟、不稳定的链路准备的。理解它的关键点不在于"能连上发消息"，而在于想清楚消息在哪个环节可能丢、丢了之后由谁负责重发。 发布订阅模型与 broker 的位置 设备不直接互相寻址。发布者…

2.6k 3 10

江眠 最后回复于 · 2026-10-15

苏念禾 2026-10-11 UID:79

单机应用里调用就是一次函数调用，失败立即抛异常。服务拆开后调用跨了网络，故障从"失败"扩展成"慢""超时""半死不活"三种新形态，而且往往先慢后挂、局部扩散。注册发现、熔断、限流处理的分别是"调用谁""要不要继续调""允许多少进来"。 注册发现与健康检查…

210 2 0

AsyncLab 最后回复于 · 2026-10-12

苏念禾 2026-09-22 UID:79

所有外部流量汇聚到一个入口，天然适合做统一处理。问题是"统一处理"很容易失控：路由、鉴权、限流、日志、协议转换、数据聚合、业务校验、流程编排越堆越多，网关从基础设施变成最复杂的单点，改一行配置要全公司排期。划清职责边界，比挑选具体的网关实现…

297 2 1

林见川 最后回复于 · 2026-09-22

苏念禾 2026-09-19 UID:79

流水线的价值不是把若干命令搬进自动化平台，而是建立一条可追溯、可重复、能在错误扩散前停下来的交付路径。设计时应从反馈速度与风险暴露顺序出发：成本低、执行快、失败概率高的检查靠前，昂贵或会改变环境状态的动作靠后。 阶段划分与快速失败 一条常见…

2.3k 2 17

沈让 最后回复于 · 2026-09-20

苏念禾 2026-09-16 UID:79

很多团队的架构评审有两个极端：一种是走形式，方案讲完二十分钟没人提问，上线后集体救火；另一种是挑刺会，资深工程师围着命名和框架选型争论，会议结束没人记得决定了什么。两者源于同一个问题——没说清评审要产出什么。 什么时候做评审 评审应该在方案定…

2k 1 6

苏黎 最后回复于 · 2026-09-16