- 对象存储服务 OBS 是华为云提供的海量、安全、低成本的存储服务，适合存放图片、视频、备份等非结构化数据。本文带你 5 分钟完成第一次上传。前置条件已注册华为云账号并完成实名认证操作步骤开通服务：登录华为云控制台，搜索"对象存储 OBS"，点击开通（按需计费，无固定包月费用）。创建桶：点击"创建桶"，桶名需全局唯一（如 my-first-bucket-2026），区域就近选择，存储类别选"标... 对象存储服务 OBS 是华为云提供的海量、安全、低成本的存储服务，适合存放图片、视频、备份等非结构化数据。本文带你 5 分钟完成第一次上传。前置条件已注册华为云账号并完成实名认证操作步骤开通服务：登录华为云控制台，搜索"对象存储 OBS"，点击开通（按需计费，无固定包月费用）。创建桶：点击"创建桶"，桶名需全局唯一（如 my-first-bucket-2026），区域就近选择，存储类别选"标...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 写入链路：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 写入链路：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 冷启动：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Nginx 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 冷启动：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Nginx 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶...
- 针对云上应用长期累积海量历史日志与业务备份，导致对象存储（OBS）标准存储成本失控的痛点，本文分享一套基于生命周期（Lifecycle）规则的自动化分层解法。通过声明式配置实现数据的无感沉降与过期销毁，大幅压降云端存储开销。 针对云上应用长期累积海量历史日志与业务备份，导致对象存储（OBS）标准存储成本失控的痛点，本文分享一套基于生命周期（Lifecycle）规则的自动化分层解法。通过声明式配置实现数据的无感沉降与过期销毁，大幅压降云端存储开销。
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地...
- 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开... 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 预拉取减少按需加载抖动2. 边界条件单独处理，避免主链路被污染3. 保留灰度开...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验...
- 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 写入链路：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开... 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 写入链路：本地缓存 + 分布式缓存两级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 写入链路：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 写入链路：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 写入链路 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关...
- # OBS 对象存储生命周期管理：让冷数据自己走到归档层> 别用脚本半夜删旧文件——OBS 生命周期规则会按你定的曲线，自动把数据从热到冷再到删。## 背景日志、备份、用户上传原图……这些桶里的文件有一个共同特征：**访问频率随时间急剧衰减**。一周内频繁读，一个月偶尔读，半年后基本不读但还得留底。如果把它们全部放在标准存储里，账单会随数据量线性增长，最终拖垮整个项目的存储成本。OBS 生命... # OBS 对象存储生命周期管理：让冷数据自己走到归档层> 别用脚本半夜删旧文件——OBS 生命周期规则会按你定的曲线，自动把数据从热到冷再到删。## 背景日志、备份、用户上传原图……这些桶里的文件有一个共同特征：**访问频率随时间急剧衰减**。一周内频繁读，一个月偶尔读，半年后基本不读但还得留底。如果把它们全部放在标准存储里，账单会随数据量线性增长，最终拖垮整个项目的存储成本。OBS 生命...
- 华为云国际站OBS低频访问适合平均一年读取少于12次、但需要时仍要求快速访问的数据。常见场景包括企业备份、历史附件、文件同步、较少查看的影像和活跃归档。它不需要像归档对象那样先恢复，但会涉及数据取回费用和最低存储时间。 华为云国际站OBS低频访问适合平均一年读取少于12次、但需要时仍要求快速访问的数据。常见场景包括企业备份、历史附件、文件同步、较少查看的影像和活跃归档。它不需要像归档对象那样先恢复，但会涉及数据取回费用和最低存储时间。
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 冷启动：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 冷启动：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落...
- 一个 20 GB 的备份文件往 OBS 传要 3 小时，把并发从 5 拉到 32 后速度反而掉了一半，重试率飙到 7%。本文用阶梯压测定位并发平台期，解释重试风暴为何是负反馈，并给出分片大小的两条下限公式（10000 分片上限与带宽时延积估算）。文末还提醒一个容易忽略的成本坑：未完成的分段上传会持续计费，需要配生命周期规则清理。 一个 20 GB 的备份文件往 OBS 传要 3 小时，把并发从 5 拉到 32 后速度反而掉了一半，重试率飙到 7%。本文用阶梯压测定位并发平台期，解释重试风暴为何是负反馈，并给出分片大小的两条下限公式（10000 分片上限与带宽时延积估算）。文末还提醒一个容易忽略的成本坑：未完成的分段上传会持续计费，需要配生命周期规则清理。
- 对象存储用了一年，我才搞明白这几个计费细节 起因：账单比预期贵了三倍 去年把一批图片和日志迁到对象存储，本来算下来每月几十块，结果第一个月账单出来是预期的三倍多。查了半天才发现，问题不在存储量，而在请求次数和流量方向上。 对象存储用了一年，我才搞明白这几个计费细节 起因：账单比预期贵了三倍 去年把一批图片和日志迁到对象存储，本来算下来每月几十块，结果第一个月账单出来是预期的三倍多。查了半天才发现，问题不在存储量，而在请求次数和流量方向上。
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签