一杯咖啡的时间，聊聊技术与成长
Nacos 实战：注册、上下线与保护阈值的完整细节
注册中心整个挂了，线上服务反而不会立刻挂——前提是调用方开了本地缓存。临时实例与持久实例怎么选、保护阈值保护什么、优雅上下线怎么做，这篇把 Nacos 的核心参数一个个讲透。
注册与发现：实例天天变，调用方怎么找到你
硬编码 IP 的时代随容器化一起结束了。注册、心跳、订阅、推送四件事构成服务发现的基本盘，而它先是一道 CAP 选择题——Consistency 还是 Availability，选错方向的注册中心会在故障时帮倒忙。
服务拆分：按什么刀口切才不会后悔
拆完半年调用图绕成毛线球，改一个运费规则要动四个服务——这不是微服务，是拆开了部署的单体。限界上下文定方向，数据归属定地基，粒度宁粗勿细，再用三个问题验收边界，让服务边界真正跟着业务边界走。
单体还没撑不住？先搞清楚为什么拆微服务
一次普普通通的发版，四个团队陪跑到凌晨——改一行购物车文案，全站回归八小时。微服务解决的是组织与部署的耦合，不是性能问题；拆早了的账单叫分布式单体。什么时候真的该拆，这篇把决定时刻讲清楚。
收官复盘：一张 Elasticsearch 作战地图
20 篇走完，从 LIKE 搜不到「燕麦拿铁」到一套能扛量的搜索系统。最后一篇不添新知识：症状索引、按生命周期的阅读路径、三条心法、十条上线检查清单——出事时能直接翻的作战地图。
陷阱集：十个真实事故现场
每一条都是老王真踩过或差点踩过的坑：text 上用 term、类型自动猜测、深分页、refresh 误会、小分片风暴、fielddata 自残、双写漂移……十个现场，十个教训，一条比一条眼熟。
场景集：电商搜索、日志平台与数据看板
零件会装了，换台机器还会吗？三套可上线的配方：电商搜索重在相关性与反馈闭环，日志平台重在滚动索引与聚合，数据看板重在正排统计与定时同步——同一套 ES，三种组装思路。
查询调优：profile 与慢查询的手术台
P99 从 200ms 飙到 3 秒，凶手藏在查询里。慢查询日志先抓案发现场，profile 拆开每一步耗时，通配符查询是 ES 版的 LIKE 全表扫，rescore 先粗排后精排——五类凶手指认加改写手法一次配齐。
搜索产品化：从搜索框到搜索系统
零件全齐：分词、mapping、查询、评分、聚合、同步。组装成产品要一条流水线：预处理、召回、过滤、排序、展示五段式，加上搜索日志的反馈闭环与运营干预位——搜索系统不是查询语句，是产品。