Serverless与服务器的博弈：阿里云函数计算如何与ECS、轻量服务器协同作战
“我们用了函数计算，ECS都闲置了，为何还要留着几台轻量？” 一家快速成长的技术团队CTO提出这个问题。Serverless的极简运维和精细计费实在诱人，但现实没那么乌托邦：冷启动、执行时间限制、复杂的编排让纯粹Serverless依然有局限。作为阿里云代理，我们倡导的不是替换，而是混合。让函数计算处理事件驱动、无状态的突发任务，让ECS和轻量服务器扛起稳定的在线服务与长连接。这篇文章通过一个真实影像处理平台，解析如何实现各司其职的混合Serverless架构。
一、分清边界：什么时候用函数计算，什么时候用服务器？
工作负载特征 | 推荐运行环境 | 原因 |
每天50万次图片压缩、水印、格式转换请求，大小在10MB以内，并发波动极大。 | 阿里云函数计算FC（配合OSS事件触发） | 事件驱动，完全弹性，按次付费，没有请求时费用为零。无需为压测预留服务器。 |
WebSocket长连接聊天服务 | ECS或轻量服务器 | 函数计算有执行超时限制(最长900秒)，不适合保持长连接。轻量服务器固定IP和流量包非常适合这种保持连接的服务。 |
每日ETL数据处理，从RDS导出至MaxCompute，耗时20分钟。 | 函数计算（Async） 或 ECS定时任务 | 函数计算可异步执行，但注意内存和执行时间限制；若超时或需大量内存，选ECS。 |
视频直播推流转码 | 视频直播服务 + 边缘计算 | 专用服务。函数计算不适合重型持续转码。 |
传统MVC架构的网页后台 | ECS/轻量 | 需要持续运行HTTP服务器，函数计算虽然支持HTTP触发，但冷启动对用户可见，且框架需改造。 |
二、混合架构搭建：影像处理平台
这个平台允许用户上传高清原图，后台需要生成缩略图、打水印、识别不当内容。我们设计如下：
上传入口：一台轻量应用服务器提供上传凭证与API，它运行NestJS，固定IP方便第三方对接，并负责用户鉴权。轻量将用户信息验证后，给客户端返回STS Token直传OSS。
事件触发：当OSS Bucket有新图片上传，触发函数计算FC。FC函数执行：1) 调用阿里云内容安全API审核；2) 使用FFmpeg或Sharp生成不同尺寸缩略图；3) 打水印；4) 将结果写回另一个OSS Bucket，并写入数据库一条记录。
数据库写入：由于FC是无状态的，它通过内网连接RDS MySQL，更新图片处理状态。如果有大量并发，为避免数据库连接耗尽，我们在FC与RDS之间增加了一个Redis队列作为缓冲，让另一台ECS上的常驻进程消费队列批量写入。这就是“服务器兜底”的典型场景。
静态服务：处理后的图片由CDN直接分发。
三、轻量服务器在该架构中的独特价值
轻量在这里承担了“API网关”角色。为什么不直接用API网关产品？因为轻量的月流量包能承载API请求的流量费，且能在上面部署复杂的逻辑，比如计费、速率限制、自定义日志，对初创团队更可控。同时，轻量自身可以做小规模缓存，降低对后端的冲击。
四、成本与性能的人性化纠结
我们对比过，如果全用ECS来扛图片处理，为了应对峰值，至少需要常开4台计算型实例，月费近$400。而采用混合架构，轻量$9，函数计算按1亿次调用和运行时间计费，仅$50，节省巨大。唯一被诟病的是函数计算的冷启动。对于图片处理延迟不敏感，完全可以接受。但若前台有实时需求，我们启用函数计算预留实例（Provisioned），消除冷启动，成本略增但仍划算。
五、思维转变
Serverless不是要消灭服务器，而是重新分工。让轻量服务器做前台迎宾，ECS做后台精密加工，函数计算则像一群召之即来挥之即去的临时工，专门干最繁重的突击任务。客户最终感叹：“以前总想用一种方式解决所有问题，原来混合才是最高效的。” 这正是我们作为阿里云合作伙伴希望传递的思维：别教条，让每种计算形态在最适合它的地方发光。
如果需要更深入咨询了解可以联系全球代理上TG:jinniuge 他们在云平台领域有更专业的知识和建议，他们有国际阿里云，国际腾讯云，国际华为云，aws亚马逊，谷歌云一级代理的渠道，客服1V1服务，支持免实名、免备案、免绑卡。开通即享专属VIP优惠、充值秒到账、官网下单享双重售后支持。不懂找他们就对了。
