- 函数工作流（FunctionGraph）触发器在对象存储事件通知场景下是至少一次投递。网络重试、事件重复上报都会让同一个对象事件被处理多次，表现为重复写库、重复发消息。 函数工作流（FunctionGraph）触发器在对象存储事件通知场景下是至少一次投递。网络重试、事件重复上报都会让同一个对象事件被处理多次，表现为重复写库、重复发消息。
- 提到 Serverless，很多开发者第一反应就是“不用管服务器”。华为云的函数计算服务 FunctionGraph，正是这种理念的落地形态：你只管写业务代码，资源的调度、扩缩容、运维都由平台完成。本文带你从零认识 FunctionGraph，并动手创建第一个云函数。 一、FunctionGraph 是什么FunctionGraph 是华为云提供的无服务器（Serverless）函数计算服务... 提到 Serverless，很多开发者第一反应就是“不用管服务器”。华为云的函数计算服务 FunctionGraph，正是这种理念的落地形态：你只管写业务代码，资源的调度、扩缩容、运维都由平台完成。本文带你从零认识 FunctionGraph，并动手创建第一个云函数。 一、FunctionGraph 是什么FunctionGraph 是华为云提供的无服务器（Serverless）函数计算服务...
- 昨天拿 FunctionGraph 练了个小功能：图片传到 OBS 源桶后自动触发函数，用 pillow 在右下角打上半透明文字水印，再存到目标桶，全程不用自己守着处理。步骤不复杂：建源桶和目标桶 → 建函数（Python）→ 上传代码并加 pillow 公共依赖 → 配好输出桶的环境变量 → 给源桶建 OBS 触发器，事件选 Put/Post。之后往源桶传图，目标桶里就会出现 waterm... 昨天拿 FunctionGraph 练了个小功能：图片传到 OBS 源桶后自动触发函数，用 pillow 在右下角打上半透明文字水印，再存到目标桶，全程不用自己守着处理。步骤不复杂：建源桶和目标桶 → 建函数（Python）→ 上传代码并加 pillow 公共依赖 → 配好输出桶的环境变量 → 给源桶建 OBS 触发器，事件选 Put/Post。之后往源桶传图，目标桶里就会出现 waterm...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 调度延迟：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 GaussDB 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两...
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 序列化开销：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ModelArts 替换原方案中耦合较重的部分，把 缓存命中率 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关...
- 最近把一个小接口从常驻进程改成函数，第一次调用经常要等一两秒，后面就快了。我按下面三处对了一遍，用来判断是不是实例刚拉起，而不是代码每次都慢。1. 先看调用日志里的启动耗时和执行耗时。如果只有第一次偏长，连续调用就恢复正常，多半是冷启动，不是业务逻辑本身每次都慢。2. 依赖不要在每次请求里重新初始化。数据库客户端和配置读取放在函数入口外，复用同一个实例。请求处理里只做参数校验和业务计算。3.... 最近把一个小接口从常驻进程改成函数，第一次调用经常要等一两秒，后面就快了。我按下面三处对了一遍，用来判断是不是实例刚拉起，而不是代码每次都慢。1. 先看调用日志里的启动耗时和执行耗时。如果只有第一次偏长，连续调用就恢复正常，多半是冷启动，不是业务逻辑本身每次都慢。2. 依赖不要在每次请求里重新初始化。数据库客户端和配置读取放在函数入口外，复用同一个实例。请求处理里只做参数校验和业务计算。3....
- 分享一条适合新手的云计算入门路线：先理解 Serverless 与 FunctionGraph 的核心概念，再借助华为云学堂的课程、沙箱实验和微认证把学、练、考串起来，最后用成长中心的任务体系规划学习节奏、检验学习成果。 分享一条适合新手的云计算入门路线：先理解 Serverless 与 FunctionGraph 的核心概念，再借助华为云学堂的课程、沙箱实验和微认证把学、练、考串起来，最后用成长中心的任务体系规划学习节奏、检验学习成果。
- 本文以构建 Todo 待办事项 API 为实战案例，手把手演示如何在华为云上从零搭建无服务器架构 本文以构建 Todo 待办事项 API 为实战案例，手把手演示如何在华为云上从零搭建无服务器架构
- 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，... 背景：线上业务在流量峰值时出现明显抖动，借此机会做一次完整复盘。现状与问题在原有架构下，核心瓶颈集中在 连接池：连接复用并设置合理上限。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Kubernetes 替换原方案中耦合较重的部分，把 冷启动 拆成独立可水平扩展的单元。关键点有三：1. 热点 key 打散到多分片2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，...
- # 从 0 到 1：基于华为云 OBS + 函数工作流打造「无服务器」图片水印服务> 摘要：本文带你用华为云对象存储（OBS）事件通知 + 函数工作流（FunctionGraph），零服务器成本搭建一个「上传即自动加水印」的图片处理服务。全文含可复制代码、部署脚本、成本估算与踩坑记录，适合想入门 Serverless 的开发者。**适用人群**：有 Python 基础、想了解华为云 Serv... # 从 0 到 1：基于华为云 OBS + 函数工作流打造「无服务器」图片水印服务> 摘要：本文带你用华为云对象存储（OBS）事件通知 + 函数工作流（FunctionGraph），零服务器成本搭建一个「上传即自动加水印」的图片处理服务。全文含可复制代码、部署脚本、成本估算与踩坑记录，适合想入门 Serverless 的开发者。**适用人群**：有 Python 基础、想了解华为云 Serv...
- 本文紧扣鸿蒙原生应用生态演进，基于 HarmonyOS NEXT 纯血鸿蒙系统与华为云无服务器函数计算 FunctionGraph，全景拆解“端云一体化”开发架构、ArkTS 端侧声明式调用 Serverless 后端、安全临时凭据（STS）分发实现 OBS 免密直传，以及函数毫秒级冷启动调优实战。 本文紧扣鸿蒙原生应用生态演进，基于 HarmonyOS NEXT 纯血鸿蒙系统与华为云无服务器函数计算 FunctionGraph，全景拆解“端云一体化”开发架构、ArkTS 端侧声明式调用 Serverless 后端、安全临时凭据（STS）分发实现 OBS 免密直传，以及函数毫秒级冷启动调优实战。
- 传统图片处理服务需要运维服务器、配置负载均衡、担心流量突增。本文手把手教你用华为云 FunctionGraph（无服务器函数计算）+ OBS（对象存储）+ API Gateway，从零搭建一个按调用量计费、自动弹性伸缩的图片处理 API，成本降低 90%。 传统图片处理服务需要运维服务器、配置负载均衡、担心流量突增。本文手把手教你用华为云 FunctionGraph（无服务器函数计算）+ OBS（对象存储）+ API Gateway，从零搭建一个按调用量计费、自动弹性伸缩的图片处理 API，成本降低 90%。
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：预拉取减少按需加载抖动。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 HarmonyOS 替换原方案中耦合较重的部分，把 序列化开销 拆成独立可水平扩展的单元。关键点有三：1. 连接复用并设置合理上限2. 边界条件单独处理，避免主链路被污染3. 保留灰度...
- 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 冷启动：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶段... 本文不展开产品选型，只聚焦工程层面如何把方案做稳。现状与问题在原有架构下，核心瓶颈集中在 冷启动：热点 key 打散到多分片。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 ECS 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于回滚落地与验证分两个阶段...
- 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Python 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于... 本文结合近期项目实践，整理了一套相对通用的思路，希望对同行有所启发。现状与问题在原有架构下，核心瓶颈集中在 缓存命中率：改用二进制协议减少带宽。随着业务量增长，该问题在高峰期被进一步放大。方案设计整体思路是用 Python 替换原方案中耦合较重的部分，把 连接池 拆成独立可水平扩展的单元。关键点有三：1. 改用二进制协议减少带宽2. 边界条件单独处理，避免主链路被污染3. 保留灰度开关，便于...
上滑加载中
推荐直播
-
华为云码道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华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签