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

个人介绍

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

感兴趣或擅长的领域

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

个人资料

个人介绍

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

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

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