- 把每天重复半小时的复盘动作，变成一条无人值守的定时任务。 一、为什么要做这条流水线做 A 股复盘的人，每天收盘后基本都要重复同一套动作：拉行情、算指标、过一遍自选股、把结论写成报告、归档留底。单看每一步都不复杂，但难在每天都得做，而且只要漏一天，后面的连续性判断（连涨连跌、资金是否持续流入、信号是否连续出现）就断档。更麻烦的是数据散落在本地：Excel 一份、截图一份、笔记一份，过两周想回看... 把每天重复半小时的复盘动作，变成一条无人值守的定时任务。 一、为什么要做这条流水线做 A 股复盘的人，每天收盘后基本都要重复同一套动作：拉行情、算指标、过一遍自选股、把结论写成报告、归档留底。单看每一步都不复杂，但难在每天都得做，而且只要漏一天，后面的连续性判断（连涨连跌、资金是否持续流入、信号是否连续出现）就断档。更麻烦的是数据散落在本地：Excel 一份、截图一份、笔记一份，过两周想回看...
- 一、背景与痛点我这个博客目前图片全丢在 OBS 桶里，CDN 回源拉取。前期没管体积，一张截图 2–3 MB 很常见，问题慢慢显出来：列表页一次加载十几张图，首屏明显卡OBS 存储量涨得快，虽然单价低但没必要白囤手动跑 tinypng 或 sharp 很烦，经常忘了压需求其实很明确：图片 PUT 到 OBS 后自动出一张压缩版，前端按后缀取图。二、方案设计没必要上 ECS 常驻进程，用事件触... 一、背景与痛点我这个博客目前图片全丢在 OBS 桶里，CDN 回源拉取。前期没管体积，一张截图 2–3 MB 很常见，问题慢慢显出来：列表页一次加载十几张图，首屏明显卡OBS 存储量涨得快，虽然单价低但没必要白囤手动跑 tinypng 或 sharp 很烦，经常忘了压需求其实很明确：图片 PUT 到 OBS 后自动出一张压缩版，前端按后缀取图。二、方案设计没必要上 ECS 常驻进程，用事件触...
- 用华为云 FunctionGraph 函数工作流配合 API 网关，把图片压缩与水印做成按量付费的 Serverless 接口，完整记录架构设计、函数代码、网关配置和三次真实踩坑的排查过程。 用华为云 FunctionGraph 函数工作流配合 API 网关，把图片压缩与水印做成按量付费的 Serverless 接口，完整记录架构设计、函数代码、网关配置和三次真实踩坑的排查过程。
- 用华为云 FunctionGraph 函数工作流配合 API 网关，把图片压缩与水印做成按量付费的 Serverless 接口，完整记录架构设计、函数代码、网关配置和三次真实踩坑的排查过程。 用华为云 FunctionGraph 函数工作流配合 API 网关，把图片压缩与水印做成按量付费的 Serverless 接口，完整记录架构设计、函数代码、网关配置和三次真实踩坑的排查过程。
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ArkTS 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ArkTS 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 CCE 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关...
- 在最近的项目重构中，我们遇到了典型的非结构化文件处理瓶颈：用户上传的高清原图体积普遍在 5MB 以上，直接入库不仅拖慢客户端加载速度，还造成了不必要的公网下行流量开销。为了实现“上传即压缩”，我们舍弃了常驻 ECS 轮询方案，改用华为云 OBS（对象存储服务）+ FunctionGraph（函数工作流） 构建轻量级的 Serverless 事件驱动链路。核心架构思路整个链路无需常驻进程，按需... 在最近的项目重构中，我们遇到了典型的非结构化文件处理瓶颈：用户上传的高清原图体积普遍在 5MB 以上，直接入库不仅拖慢客户端加载速度，还造成了不必要的公网下行流量开销。为了实现“上传即压缩”，我们舍弃了常驻 ECS 轮询方案，改用华为云 OBS（对象存储服务）+ FunctionGraph（函数工作流） 构建轻量级的 Serverless 事件驱动链路。核心架构思路整个链路无需常驻进程，按需...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 连接池：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 连接池：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Redis 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回...
- 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：镜像预热 + 实例分级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关... 下面按「问题定位 → 方案设计 → 落地验证 → 效果对比」四个阶段展开。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：镜像预热 + 实例分级。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 本地缓存 + 分布式缓存两级2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回...
- 做独立开发这两年，我手里跑着不少杂七杂八的定时任务：每天早晨定时抓取行业资讯推送到飞书、夜间自动备份数据库到对象存储、定期检查几个个人网站的证书过期时间等。过去我一直是在一台2核2G的轻量云服务器上跑cron加Python脚本。上个月服务器快到期，续费一看又要几百块，算下来这些脚本每天实际运行时间加起来不到20分钟，让一台机器24小时开着实在太浪费。于是我花了两个晚上，把所有任务全盘迁到了华... 做独立开发这两年，我手里跑着不少杂七杂八的定时任务：每天早晨定时抓取行业资讯推送到飞书、夜间自动备份数据库到对象存储、定期检查几个个人网站的证书过期时间等。过去我一直是在一台2核2G的轻量云服务器上跑cron加Python脚本。上个月服务器快到期，续费一看又要几百块，算下来这些脚本每天实际运行时间加起来不到20分钟，让一台机器24小时开着实在太浪费。于是我花了两个晚上，把所有任务全盘迁到了华...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kafka 替换原方案中耦合较重的部分，把 调度延迟 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，...
- 在自媒体矩阵运营与企业品牌获客场景中，持续稳定的优质内容供给是核心痛点。传统手动编写、配图、排版并上传发布的过程耗时且重复。本文将介绍如何利用华为云无服务器服务（FunctionGraph / CloudIDE / KooSearch 知识中枢），结合 Agent Skill 技能框架与自动化调度，打通从“热点提取、文案生成、视觉配图到创作者平台自动发布”的完整闭环。 一、方案全景架构整个自... 在自媒体矩阵运营与企业品牌获客场景中，持续稳定的优质内容供给是核心痛点。传统手动编写、配图、排版并上传发布的过程耗时且重复。本文将介绍如何利用华为云无服务器服务（FunctionGraph / CloudIDE / KooSearch 知识中枢），结合 Agent Skill 技能框架与自动化调度，打通从“热点提取、文案生成、视觉配图到创作者平台自动发布”的完整闭环。 一、方案全景架构整个自...
上滑加载中
推荐直播
-
华为云码道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华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签