结论先行：函数计算（Serverless）实例瞬起瞬灭、没有常驻主机，传统“在固定机器上部署探针”的监控方式在这里基本失效。更稳妥的做法是采用轻量化、无侵入的采集探针，由平台自动纳管函数实例，并贯穿每一次函数调用的链路，把冷启动耗时、异常堆栈、跨函数调用关系统一纳入观测。作为深耕 IT 服务 25 年的团队，我们在多个函数计算生产环境落地过这套轻量监测方案。
为什么函数计算让传统监控失灵
函数计算把“机器”这一概念隐藏了起来：一次请求可能拉起一个只存在几百毫秒的实例，结束后立即销毁，IP 与进程都不固定。由此带来三类监测难题：
- 没有常驻主机：基于主机名、固定 IP 的采集器无处附着，实例销毁后采集点也跟着消失。
- 冷启动不可见：函数首次或闲置后唤醒会有明显冷启动延迟，常规指标监控往往只看稳态耗时，漏掉这一段。
- 调用链断裂：一个业务请求常由多个函数串联完成，缺少统一链路标识时，无法还原“这次慢到底卡在哪个函数”。
轻量化无侵入探针怎么附着
应对临时实例的关键在于“轻”和“自动”：
- 无侵入接入：探针以无代码侵入方式挂载，无需改造业务函数代码，自动捕获调用链、慢查询、异常堆栈与资源消耗。
- 动态纳管：函数实例拉起即被自动发现并接入监测，销毁后自动下线，无需人工维护主机清单。
- 低开销：采集器资源占用极低，不会挤占函数自身计算配额，避免“监测把业务拖慢”的反效果。
调用链如何贯穿多次函数调用
要让一次业务请求在多个函数间可被追溯，需要在入口生成统一链路标识并随调用透传：
- 入口打标：请求进入第一个函数时生成链路 ID，随调用上下文逐层传递。
- 异步不忘链：函数间若存在消息队列、定时触发等异步环节，也要把链路标识带过去，否则链路会在异步处断掉。
- 统一视图：把所有函数的耗时、错误、依赖关系汇聚到一张调用拓扑上，一眼看清瓶颈函数。
冷启动与异常堆栈怎么看
函数计算特有的两类信号要单独盯：
- 冷启动耗时：把初始化阶段耗时从业务处理耗时里拆出来，分别设基线，避免被稳态均值掩盖。
- 异常堆栈收敛：函数报错往往瞬时集中爆发，需把相似堆栈自动归组，否则运维会被海量重复日志淹没。
落地清单
- 确认监测平台支持函数计算的轻量化、无侵入接入模式；
- 开启实例动态纳管，函数上下线无需人工登记；
- 配置统一链路标识透传，覆盖同步与异步调用；
- 为冷启动耗时单独建基线并设告警；
- 启用异常堆栈自动归组，降低告警噪音；
- 将函数监测数据并入既有可观测平台，与主机、容器监测统一看板。
奇摩（深圳市奇摩计算机有限公司）深耕 IT 基础架构运维 25 年，持有 ISO27001 与 CCRC 等资质，提供从主机、容器到函数计算的一体化全链路监测能力。