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

个人介绍

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

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
375
6
0
0
0

个人资料

个人介绍

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

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
有人吗
有人吗
Redis 云备份 CBR
作者小头像 yd_260443586 2026-10-27 14:13:43
52
1
0
2026-10-27 14:13:43
52
1
0
有人吗
有人吗
作者小头像 yd_260443586 2026-10-27 14:12:49
41
0
0
2026-10-27 14:12:49
41
0
0
CodeArts学习笔记：实时计算场景下调优的几个坑
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
作者小头像 yd_260443586 2026-10-27 14:09:18
39
0
0
2026-10-27 14:09:18
39
0
0
Redis学习笔记：大数据量场景下架构的几个坑
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个...
Redis 大数据
作者小头像 yd_260443586 2026-10-27 08:03:40
39
0
0
2026-10-27 08:03:40
39
0
0
一次混合云场景中Nginx链路追踪的复盘
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 连接池：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰...
Nginx
作者小头像 yd_260443586 2026-10-26 08:03:35
52
0
0
2026-10-26 08:03:35
52
0
0
聊聊Redis在故障恢复场景中的成本优化
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 冷启动：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，...
Redis
作者小头像 yd_260443586 2026-10-25 15:35:10
34
0
0
2026-10-25 15:35:10
34
0
0
关于ModelArts在自动扩缩容下的运维实践与思考
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 写入链路：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 FunctionGraph 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落...
AI开发平台ModelArts 运维
作者小头像 yd_260443586 2026-10-25 15:33:46
44
0
0
2026-10-25 15:33:46
44
0
0
OBS实战：从跨可用区到容量规划的完整方案
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关...
对象存储服务 OBS
作者小头像 yd_260443586 2026-10-24 08:03:38
49
0
0
2026-10-24 08:03:38
49
0
0
Nginx学习笔记：实时计算场景下可观测性的几个坑
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关...
Nginx
作者小头像 yd_260443586 2026-10-23 08:03:30
43
0
0
2026-10-23 08:03:30
43
0
0
Nginx学习笔记：低延迟场景下安全的几个坑
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 FunctionGraph 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污...
Nginx
作者小头像 yd_260443586 2026-10-22 08:03:41
44
0
0
2026-10-22 08:03:41
44
0
0
总条数：39
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
作者小头像
作者小头像
快速交付
+ 关注