架构

VMware 安装 SQL Server 双节点 AlwaysOn 可用性组教程 —— WSFC、AG 与侦听器完整部署（系列核心篇）系列定位：《SQL Server 数据库全栈运维实战系列》第 13 篇，与《MySQL 数据库全栈运维实战系列》同构对标（对标 MySQL 13 主从与 InnoDB Cluster 双节点教程，是全系列的重头戏）。适用版本：SQL Server 2019/2022（2017 及以下差异随文标注）。官方文档：Microsoft Learn SQL Server 2019/2022 文档、Always On 可用性组、WSFC 与侦听器章节。

从 GIF 到 AVIF：网页图片格式演进与 2026 年选型指南往网页里放一张图，随手保存成 PNG 可能几百 KB，截图工具的默认输出可能更大。图片通常是页面流量的大头，格式选错，等于让用户为同样的视觉效果多付几倍流量。而「该用什么格式」这个问题，隔几年就要重新回答一次——2026 年 11 月这个节点，答案和三年前已经不一样了。

从零做一个中文小模型：600 亿 token 数据、mHC + Engram 结构、到强化学习的全流程（开源）代码：github.com/cai11451411… 数据：www.modelscope.cn/datasets/ca… 视频版：www.bilibili.com/video/BV1kq…

从 Hessian 迁移到 protostuff：深嵌套模型反序列化耗时与高并发类加载锁的根治实战一段 Redis 缓存序列化的迁移史。两个看似无关的症状——深嵌套 POJO 模型的反序列化耗时大且抖动、一次版本错位引发的高并发类加载锁雪崩打满线程池——根因是同一个设计选择：Hessian 把"说明书"写进了字节流。本文从两家源码机制讲起，解释为什么换成 protostuff 后两个症状同时消失、我们为此交了什么学费，以及 Seata 与 sofa-hessian 为同类问题打的补丁、补不到的地方，最后回到两种序列化设计哲学的分野。

接收方合并去重：同一个人为什么只该收到一次通知Alioth 技术笔记 · 第 12 篇 · 通知 / 去重仓库：github.com/aide-family… ｜在线演示：web.alioth.asia/

吴建旭智宅焕

智能家居全国交付标准化架构的轻重分离设计：重勘测节点与轻执行流程的系统实现一、背景/痛点分析智能家居全国交付中，标准化被普遍提及，但多数标准化尝试失败于同一环节：过度管理。平台方设计数百个节点的SOP，要求交付工程师每一步拍照、打卡、填表。现场条件与系统设计冲突：交付工程师双手沾灰、站在梯上接线、使用端催促、施工方抱怨，无法实时填表。交付工程师为交差，在离场后凭相册照片补填，数据失真，系统沦为形式。

v0.5-01 让桌面 AI 助手记得住：预算组装、递归摘要、长期记忆与评估基线我们做的是一个本地优先、单人开发的桌面 AI 助手：模型跑在本机（Ollama）或自己指定的 OpenAI 兼容接口上，全部数据留在本地磁盘。备份、分享、自动更新、OCR 这些「数据随身走」的能力做好之后，真正每天用下来，另一个问题越来越刺眼：

只挂了11小时，5000台开发机被塞进SSH公钥10 月 29 日，Cursor 的 VS Code 扩展市场里出现了一个不是 Anthropic 发布的 Claude Code 扩展，版本 2.1.312 / 2.1.313，存在了大约 11 小时，最多 5000 名用户可能拿到。11 月 14 日 Cursor 公布了完整调查结果。

告警不是心疼 token，是根因没找对：把 400 条告警压成 1 条根因的归因管道实战前两天大促凌晨三点，群里突然炸了。Prometheus 弹了 216 条，业务埋点弹了 128 条，日志监控弹了 62 条，一共 406 条告警在四分钟内全部甩进值班群。三个值班同学在屏幕前刷屏，每个人都看着自己那一路，每条告警下面都跟着“谁处理？”六个字。

时间的拾荒人

Redis 哨兵（Sentinel）详解：原理、选举机制与实战部署🖥️ 问题导入 Redis 的主从复制模式下，⼀旦主节点由于故障不能提供服务，需要⼈⼯进⾏主从切换，同时⼤量的客⼾端需要被通知切换到新的主节点上，对于上了⼀定规模的应⽤来说，这种⽅案是⽆法接受的，于是 Redis 从 2.8 开始提供了 Redis Sentinel（哨兵）来解决这个问题。

装不满的克莱因瓶

设计模式之策略模式核心概念和应用场景目录一、深入理解策略模式的设计思想、掌握在其分布式消息场景中的应用价值1.1 什么是策略模式？1.2 为什么要用策略模式？

真上帝的左手

30. 技术专题-‌应用框架组件-分布式架构负载均衡（Load Balancing），是指将流量、或计算，负载均匀分配到多个服务器、或资源上。比如：在处理大量的用户请求时，负载均衡器可以分配流量到多个 Web 服务器上，以保证应用的高可用性和响应速度。

SQLServer 索引与 SQL 优化 —— 聚集索引、非聚集索引、覆盖索引、碎片维护与执行计划系列定位：《SQL Server 数据库全栈运维实战系列》第 11 篇，与《MySQL 数据库全栈运维实战系列》同构对标（对标 MySQL 11 对应篇目）。适用版本：SQL Server 2019/2022（2017 及以下差异随文标注）。官方文档：Microsoft Learn SQL Server 2019/2022 文档、索引体系（Indexes）、重新组织与重新生成索引（Reorganize and Rebuild）章节。

【分布式训练④】张量并行与序列并行：把单层参数切碎分到多张卡本文是「分布式训练」系列的第四篇，带你从零理解张量并行（Tensor Parallelism）和序列并行（Sequence Parallelism）的核心原理。当模型大到单卡连一层都放不下时，数据并行和 ZeRO 已经不够用了——这时候就需要把单层参数"切开"，分到多张卡上一起算。

一个通用游戏数据服务器摘要：x3db 把玩家变量、钱包、背包、仓库、技能、称号、皮肤、成长线都归约成同一形态——“一粒对象 + 一组可扩展字段”。本文讲清这个模型怎么支撑读写、稀疏落盘、为什么单表比四张表还快，以及哪些事它明确不做。

炫酷的大高个

98% 连跑 20 次只剩 67%，我算了大模型重试账226 个跑腿任务各跑三次，678 次运行完成 98%；同一天另一组数字是 597 个查询里成功率从 37.5% 提到 65.8%，还有一条「12 小时无故障」。这几个数分母不同，横向比没有意义。把 98% 放在「一次任务」这一层，连跑 20 次只剩 66.76%；要把 20 次连跑拉回 90%，单次得做到 99.4746%。下面的数按公开口径和几组显式假设算，不是任何一家的验收报告，边界在第 7 节。

用户660267611879

AI 代码上线前的第 24 道门禁：上线失败时，怎样在 10 分钟内退回？新版本上线，健康检查通过，五分钟后错误率爬升。准备回滚，发现上一个版本的镜像已经被覆盖，因为流水线按 latest 标签推同一个仓库路径；数据库 migration 只写了 up。团队一边排查一边重建旧版本，四十分钟后才恢复。

设计与架构 · 01 sidecar 会消失吗：从 Istio ambient GA 到 AWS App Mesh 关停，一次服务网格数据面的重新洗牌过去半年，三件事几乎同时发生。AWS 官方文档挂出了终止支持通知：Amazon App Mesh 将于 2026 年 9 月 30 日停止支持，之后连控制台和资源都访问不了，官方给出的迁移路径是 Amazon ECS Service Connect。Kubernetes 1.33 把 sidecar 容器从「要靠 postStart 钩子和 init 容器链硬凑出来的模式」升级成了一等原语。Istio 1.32 在 2026 年 11 月 9 日发布，第一次让 ambient 和 sidecar 混部的集

〖物流低代码实战 01〗物流页面可视化搭建的底层架构：协议、引擎与产物的三重奏讨论物流页面可视化搭建工具，直觉上会聚焦于编辑器的拖拽体验——画布是否流畅、组件是否丰富、属性面板是否好用。但真正决定一个搭建工具能否支撑真实业务、能否长期演进的，不在编辑器，而在编辑器背后的协议层。

recruitment-cli：让 AI 接手求职招聘，从架构到一次发送超时本文使用 juejin-cli 完成草稿创建与专栏发布，截图和架构图托管在 GitHub。关于这套工具的设计，可以先看我之前的文章：《从命令到工作流：juejin-cli 如何让写作自动化更可靠》。这一篇继续「CLI-Anything」，把目光转向求职与招聘。