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

个人介绍

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

感兴趣或擅长的领域

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

个人资料

个人介绍

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

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
一次实时计算场景中CCE性能的复盘
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 冷启动：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分...
云容器引擎 CCE
作者小头像 yd_247088598 2026-10-27 09:03:52
32
0
0
2026-10-27 09:03:52
32
0
0
ModelArts学习笔记：混合云场景下性能的几个坑
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CodeArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
AI开发平台ModelArts
作者小头像 yd_247088598 2026-10-26 09:04:01
29
0
0
2026-10-26 09:04:01
29
0
0
Kubernetes学习笔记：跨可用区场景下安全的几个坑
背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. ...
Kubernetes
作者小头像 yd_247088598 2026-10-25 09:03:55
29
0
0
2026-10-25 09:03:55
29
0
0
GaussDB学习笔记：灰度发布场景下资源调度的几个坑
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验...
作者小头像 yd_247088598 2026-10-24 09:03:52
27
0
0
2026-10-24 09:03:52
27
0
0
ModelArts实战：从大数据量到安全的完整方案
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 FunctionGraph 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路...
AI开发平台ModelArts 大数据
作者小头像 yd_247088598 2026-10-23 09:04:05
44
0
0
2026-10-23 09:04:05
44
0
0
FunctionGraph学习笔记：高并发场景下链路追踪的几个坑
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 冷启动：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶段...
函数工作流 FunctionGraph
作者小头像 yd_247088598 2026-10-22 09:03:57
45
0
0
2026-10-22 09:03:57
45
0
0
一次大数据量场景中ECS可观测性的复盘
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 镜像预热 + 实例分级2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
大数据 弹性云服务器 ECS
作者小头像 yd_247088598 2026-10-22 02:06:21
53
0
0
2026-10-22 02:06:21
53
0
0
一次AI 推理场景中Kubernetes成本的复盘
本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚...
Kubernetes
作者小头像 yd_247088598 2026-10-21 09:03:52
38
0
0
2026-10-21 09:03:52
38
0
0
用Redis解决灰度发布问题的架构探索
本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 冷启动：镜像预热 + 实例分级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Python 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便...
Redis
作者小头像 yd_247088598 2026-10-20 09:04:01
40
0
0
2026-10-20 09:04:01
40
0
0
用OBS解决实时计算问题的运维探索
下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 连接池：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 OBS 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚...
对象存储服务 OBS 运维
作者小头像 yd_247088598 2026-10-19 09:03:57
51
0
0
2026-10-19 09:03:57
51
0
0
总条数：13
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
作者小头像
作者小头像
快速交付
+ 关注