作者小头像 Lv.3
更多个人资料
480 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
  • 活跃之星
成长雷达
450
30
0
0
0

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
单体服务的容量，不是“一个进程”的容量
单体服务的容量，不是“一个进程”的容量 很多团队认为限流熔断是微服务才需要的东西：单体应用所有调用都在进程内，不会有网络失败。但真实故障恰好相反：单体把所有接口塞进同一个 Tomcat 线程池（默认 maxThreads
任务调度
作者小头像 yd_257405204 2026-11-14 09:06:28
0
0
0
2026-11-14 09:06:28
0
0
0
内部工具最贵的是运维，而不是开发
一、内部工具最贵的是运维，而不是开发 内部工具的用户常常只有十几个人，日活个位数，但生命周期能拖两三年。这种场景下真正的成本不在第一版代码，而在 持续的运维开销 ：一个常驻 Node 进程，要配 PM2、要盯内存、要处理
作者小头像 yd_257405204 2026-11-13 09:14:16
1
0
0
2026-11-13 09:14:16
1
0
0
先搞清楚小团队是怎么翻车的
先搞清楚小团队是怎么翻车的 我经历过和见过的备份事故，几乎没有一次是硬盘物理损坏这种标准场景。真正让人通宵救火的，是下面这几类： 备份和源在同一台机器上 ：脚本把数据库导到同机的 /data/backup ，磁盘一满，数
对象存储服务 OBS
作者小头像 yd_257405204 2026-11-12 09:06:47
7
0
0
2026-11-12 09:06:47
7
0
0
午夜不是闲时，是所有批处理撞车的时刻
午夜不是闲时，是所有批处理撞车的时刻 很多人把定时任务默认排在 0 0 * * * ，理由都是“凌晨没人用”。但真实情况是：数据库全量备份、日志切割（logrotate）、数仓 ETL、云厂商账单结算、监控日聚合报表，全
MapReduce
作者小头像 yd_257405204 2026-11-11 09:06:25
8
0
0
2026-11-11 09:06:25
8
0
0
拉取时间：扩容和故障恢复的隐藏瓶颈
一、拉取时间：扩容和故障恢复的隐藏瓶颈 节点首次拉取镜像的耗时，大致等于镜像层大小除以有效带宽，再加上解压和写入磁盘的时间。我们做过一次对比：一个 1.2GB 的 Spring Boot 镜像，在跨可用区、实际带宽约 1
容器
作者小头像 yd_257405204 2026-11-10 09:06:27
12
0
0
2026-11-10 09:06:27
12
0
0
先定事件名，别让 message 承担结构
一、先定事件名，别让 message 承担结构 最常见的问题是把动作塞进 message ： "User 123 login failed from 10.0.0.1" 。这种日志一旦上了量，只能靠正则去捞。正确做法是固
作者小头像 yd_257405204 2026-11-09 14:42:07
13
0
0
2026-11-09 14:42:07
13
0
0
体检脚本的通病：写完就没人看了
体检脚本的通病：写完就没人看了 做过运维的人大概都写过巡检脚本：磁盘用量、内存占用、进程存活、证书到期时间，几十项检查跑一遍，输出几十行文本。第一周自己看两眼，第二周就再也没人打开了。原因很简单——脚本把"所有信息"平等
运维
作者小头像 yd_257405204 2026-11-08 09:04:33
38
0
0
2026-11-08 09:04:33
38
0
0
事故回顾：一个 8443 端口拖垮了整条链路
事故回顾：一个 8443 端口拖垮了整条链路 某天凌晨，下游支付回调接口集中返回 SSL_ERROR_SYSCALL ，上游风控服务重试 3 次后全部超时。排查 40 分钟后定位到原因极其简单——内部网关 gw-inte
网络
作者小头像 yd_257405204 2026-11-07 09:04:45
42
0
0
2026-11-07 09:04:45
42
0
0
别再说单体不需要限流熔断
别再说单体不需要限流熔断 很多团队觉得限流熔断是微服务网关的事，单体应用只要加机器就行。这个想法在流量平稳时没问题，一旦某个接口慢，线程池被占满，整个进程都会失去响应。我们做过一个真实事故复盘：订单服务里调库存 RPC
任务调度
作者小头像 yd_257405204 2026-11-06 09:05:12
36
0
0
2026-11-06 09:05:12
36
0
0
部署可以简单到什么程度
部署可以简单到什么程度 去年我们组做了一个内部工单看板，前端用 React 构建，产出物是 dist/ 目录。部署流程只有两步： npm run build ，然后 rsync -a --delete dist/ /sr
数据库
作者小头像 yd_257405204 2026-11-05 09:04:37
43
0
0
2026-11-05 09:04:37
43
0
0
总条数：38
10
10
20
50
100
  • 1
  • 2
  • 3
  • 4

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注