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

个人介绍

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

感兴趣或擅长的领域

暂无数据
个人勋章
  • 活跃之星
  • 考证狂人
成长雷达
265
12
50
75
0

个人资料

个人介绍

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

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
凌晨两点，其实不是你的凌晨两点
一、凌晨两点，其实不是你的凌晨两点 最常见的一类事故来自时区。容器基础镜像默认是 UTC，你在 Dockerfile 里没设 TZ ， date 输出的就是 UTC 时间，于是 0 2 * * * 这条任务在 UTC 0
容器 数据库
作者小头像 yd_235578340 2026-11-03 10:25:16
4
0
0
2026-11-03 10:25:16
4
0
0
拉取时间与扩容速度：最先感受到的收益
拉取时间与扩容速度：最先感受到的收益 我们有个 Java 服务，镜像原本 1.1GB（openjdk:8 基础镜像 + 全量依赖 + 构建工具残留），改成多阶段构建加 jre-slim 后是 210MB。在 100Mbp
Linux
作者小头像 yd_235578340 2026-11-02 13:55:36
3
0
0
2026-11-02 13:55:36
3
0
0
先想清楚谁会读，再决定输出长什么样
先想清楚谁会读，再决定输出长什么样 体检脚本的读者其实有三类：凌晨被叫起来处理故障的人、每周扫一眼趋势的人、三个月后接手这台机器的人。这三类人都不看“正在检查 CPU... 完成”这种流水账。所以输出固定分三段： 结论行
工单
作者小头像 yd_235578340 2026-10-31 10:24:26
13
0
0
2026-10-31 10:24:26
13
0
0
凌晨两点的 502
一、凌晨两点的 502 去年冬天，我们的一个对外 API 网关在凌晨两点开始返回 502。值班同学第一反应是后端挂了，查了 Pod 状态、翻日志、重启服务，折腾四十分钟才发现：后端一切正常，是网关的 TLS 证书在 00
作者小头像 yd_235578340 2026-10-30 12:31:40
12
0
0
2026-10-30 12:31:40
12
0
0
单体服务不是没有"下游"
单体服务不是没有"下游" 很多团队觉得限流熔断是微服务才需要的东西，单体应用里"函数直接调用，哪来的网络故障"。但一个真实请求往往串行依赖 MySQL、Redis、第三方支付、短信网关，还和所有其他接口共享同一个 Tom
任务调度
作者小头像 yd_235578340 2026-10-29 10:25:47
17
0
0
2026-10-29 10:25:47
17
0
0
部署和回滚只值两条命令
内部工具的生命周期通常很短：需求来得急，用的人少，维护的人往往就是写它的人。正因为如此，选择技术栈时最该考虑的是「半年后还有没有人敢改它」。我们团队这两年把十几个内部工具做成了纯静态页，下面几条是踩过坑之后留下的理由。
作者小头像 yd_235578340 2026-10-28 12:27:23
13
0
0
2026-10-28 12:27:23
13
0
0
先定 RPO 和 RTO，再决定买什么
先定 RPO 和 RTO，再决定买什么 小团队最常见的失败模式是：买一台 NAS，把生产服务器 rsync 过去，就觉得备份已经做完了。三个月后机房断电，NAS 和生产机在同一个机柜、同一条市电、同一次事故里一起挂掉。备
对象存储服务 OBS
作者小头像 yd_235578340 2026-10-27 10:25:08
26
0
0
2026-10-27 10:25:08
26
0
0
你写的 0 点，可能不是服务器的 0 点
一、你写的 0 点，可能不是服务器的 0 点 这是半夜失败率最高的原因，也是最容易被忽略的。容器镜像默认是 UTC， crontab 按进程自身的时区解析表达式，你在本地 date 看到的是北京时间，容器里跑出来的却是
作者小头像 yd_235578340 2026-10-26 13:21:09
22
0
0
2026-10-26 13:21:09
22
0
0
先给结论，再给明细
一、先给结论，再给明细 体检脚本最常见的失败方式，是输出一屏 200 行的「全部正常」。人只在两种时候打开它：早上扫一眼，或者线上出事了翻它。这两种场景都没有耐心。 所以第一行必须是结论，格式固定到可以 grep： he
渲染
作者小头像 yd_235578340 2026-10-23 10:24:36
34
0
0
2026-10-23 10:24:36
34
0
0
事故回放：周六早上九点的 502
事故回放：周六早上九点的 502 去年冬天的一个周六，值班群里跳出一条告警：某个内部管理后台大面积 502。我登录跳板机，先用 curl -vI https://admin.internal.example.com 探了
作者小头像 yd_235578340 2026-10-22 11:24:19
36
0
0
2026-10-22 11:24:19
36
0
0
总条数：21
10
10
20
50
100
  • 1
  • 2
  • 3

上滑加载中

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
作者小头像
作者小头像
快速交付
+ 关注