入口一
复杂业务与系统演进
主要写需求怎么接、边界怎么收、系统为什么会一步步变重。
首页
入口一
主要写需求怎么接、边界怎么收、系统为什么会一步步变重。
入口二
主要写 SaaS、多租户、租户承载和控制面。
入口三
主要写消费模式、隔离、状态落点和业务处理方式。
入口四
主要写故障排查、监控、稳定性治理和线上处理。
入口五
主要写需求翻译、协作边界和那些看起来像技术、其实不是技术的问题。
入口六
主要写 AI 项目、独立开发和扩展边界。
近期文章
文章
工程治理体系
后来我慢慢想明白,团队自己觉得难受的地方,未必就是客户最痛的地方。对内部治理来说,先别急着重搭系统,先用企业微信和 CLI 把问题接住、把 SOP 和 checklist 管起来,很多事其实已经够用了。
工程治理体系
一次刷知乎热榜时冒出来的小疑问,会逼着你先想清楚:热榜到底在排什么,是总量、增速,还是此刻最值得被注意的内容。
工程治理体系
Pulsar 的 Exclusive、Failover、Shared、Key_Shared 不是四个档位,而是四种不同的业务处理策略。更该区分的,是 Kafka key 主要在决定分区,Pulsar orderingKey 还在决定同一实体由谁消费。
工程治理体系
做一个 Windows AI 剪贴板的过程里,我踩到的最大坑不是代码写不出来,而是产品边界越来越模糊、技术判断来得太早、价值却一直没被说清。
工程治理体系
性能优化很容易把几个不同问题混在一起。更稳的做法,是先分清系统有没有在重复付费,这是用户可感知还是不可感知优化,它在不在高价值路径上,以及这轮改动到底怎么衡量价值。
工程治理体系
AI 的确把写代码这件事变快了,但项目能不能做成,仍然卡在目标收敛、验证节奏、交互主路径和数据库边界这些高判断密度的问题上。
工程治理体系
很多系统后面变重,不是代码突然写坏了,而是为了绕开发版成本,把越来越多业务行为塞进了配置。DSL 真正难的地方,也不是语法,而是解释、约束和治理。
专题连载
工程治理体系
全球化工程治理
SRE 故障实战
多租户采集演进
APISIX 多租户网关治理