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

个人介绍

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

感兴趣或擅长的领域

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

个人资料

个人介绍

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

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
Nginx学习笔记：灰度发布场景下链路追踪的几个坑
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
Nginx
作者小头像 yd_227365966 2026-10-28 09:04:14
46
0
0
2026-10-28 09:04:14
46
0
0
用ArkTS解决高并发问题的安全探索
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Docker 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
作者小头像 yd_227365966 2026-10-27 09:04:08
43
0
0
2026-10-27 09:04:08
43
0
0
聊聊Docker在高并发场景中的容量规划优化
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 连接池：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验...
Docker
作者小头像 yd_227365966 2026-10-26 09:04:04
44
0
0
2026-10-26 09:04:04
44
0
0
HarmonyOS实战：从自动扩缩容到监控告警的完整方案
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染...
作者小头像 yd_227365966 2026-10-25 09:04:14
49
0
0
2026-10-25 09:04:14
49
0
0
一次低延迟场景中ModelArts性能的复盘
背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落...
AI开发平台ModelArts
作者小头像 yd_227365966 2026-10-24 09:04:09
50
0
0
2026-10-24 09:04:09
50
0
0
ModelArts学习笔记：自动扩缩容场景下成本的几个坑
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
AI开发平台ModelArts
作者小头像 yd_227365966 2026-10-23 09:04:07
51
0
0
2026-10-23 09:04:07
51
0
0
Python实战：从灰度发布到性能的完整方案
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：镜像预热 + 实例分级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
Python
作者小头像 yd_227365966 2026-10-22 09:04:15
53
0
0
2026-10-22 09:04:15
53
0
0
一次灰度发布场景中Redis容量规划的复盘
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 FunctionGraph 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. ...
Redis
作者小头像 yd_227365966 2026-10-22 01:48:26
56
0
0
2026-10-22 01:48:26
56
0
0
CodeArts学习笔记：边缘计算场景下可观测性的几个坑
背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 OBS 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地...
云计算
作者小头像 yd_227365966 2026-10-21 09:04:11
59
0
0
2026-10-21 09:04:11
59
0
0
关于Kafka在低延迟下的架构实践与思考
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 冷启动：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰...
Kafka
作者小头像 yd_227365966 2026-10-20 09:04:07
65
0
0
2026-10-20 09:04:07
65
0
0
总条数：14
10
10
20
50
100
  • 1
  • 2

上滑加载中

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