试试华为云函数计算 FunctionGraph

先说说我为什么会去碰函数计算。

这学期小组作业特别多，截止日期散落在不同的文档和聊天记录里。我本来想在自己的云服务器上写个定时脚本，每天晚上提醒自己第二天要交什么。想法不难，麻烦的是“伺候”服务器：要记得它有没有关机、有没有欠费、定时任务有没有悄悄挂掉。有一次我就是这样，脚本停了三天才发现，提醒全成了马后炮。

后来在华为云的产品列表里翻到一个叫函数计算 FunctionGraph 的东西，介绍只有一句话让我心动：不用管理服务器，写好代码，设好触发条件，就能运行。说白了，服务器还在，只是不用我去管了。我抱着“反正试试也不亏”的心态，花了一个晚上做了个小功能，到现在它每天准时运行，比我之前那个定时脚本靠谱多了。

我做的小功能特别简单，叫“明日待办提醒”。每天晚上九点，它被定时触发，先读一张我放在对象存储里的小表格，算出第二天要交的作业，然后把结果整理成一条消息。最开始我只是让它把结果写进日志里，能跑通就行；后来才接上消息通知。这样做的好处是，步骤可以一个一个加，不用一开始就把所有东西都想明白。

写这个功能的过程，也让我第一次真正理解了“函数”这个词在这里的意思。它不是一个完整的网站，也不是一个一直在后台运行的程序，而是一段“被叫到才干活”的代码。有人调用它，或者时间到了，它就跑一次，跑完就收工。就像宿舍楼下的自助打印机，平时安安静静，你刷卡它才开始工作，印完就回到待机状态。你不需要为它一直开着的“店面”付钱，只需要为它真正干活的那几秒买单。

这个模式特别适合我这种需求不固定、又不想折腾运维的学生项目。比如定时提醒、收到表单后自动整理数据、图片上传后自动生成一张小图、课程表变了就同步一次日历。这些任务的特点都很像：平时没什么事，偶尔来一下，跑完就走。如果为了这种任务专门租一台一直开着的服务器，就像为了每天喝一杯水而包下一个水站，划不来。

当然，函数计算也不是万能的，试过之后我才明白它的边界。第一，它不适合跑很久的任务。函数一般都有单次运行的时间上限，如果你的程序要连续跑几个小时做视频转码或者大规模训练，那还是老老实实用服务器或者专门的计算服务。第二，它不适合一直要“在线等着”的场景，比如需要长期保持连接的聊天服务，函数跑完就退出的脾气会让你很难受。第三，第一次被叫醒的时候可能会慢一点，这叫冷启动。我的提醒功能每天只跑一次，慢个一两秒完全没感觉，但如果是要求毫秒必答的接口，就得提前想好办法。

新手上路，我踩过几个坑，顺便分享出来，免得大家重走弯路。第一个坑是把密钥直接写进代码里。图省事的时候最容易犯这个错，正确做法是把密钥放进环境变量或者专门的凭据管理里，代码里只读变量名，不出现真实密码。第二个坑是函数里写了死循环或者忘记设超时，结果一次调用跑了很久，账单和日志都很难看。给函数设一个合理的超时时间，等于给自己留了一道保险。第三个坑是不看日志。函数跑在云上，出问题的时候你看不见屏幕，只能靠日志。华为云的控制台里能看到每次调用的日志和报错信息，我现在养成了习惯：功能上线后先去看两三次日志，确认它真的按预期跑了，再放心交给它。

还有一个很多人关心的问题：贵不贵？我的体会是，对这种小体量的个人项目，函数计算的计费方式很友好，因为它是按调用次数和实际运行时间来算的，不用的时候基本不花钱。当然，具体价格和免费额度要以官网当时的规则为准，我的建议是先去控制台看一眼计价说明，再动手，别凭感觉估算。另外记得给账号设一个预算提醒，花超了能第一时间知道，学生党的钱包经不起惊吓。

回过头看，这次尝试给我的最大收获不是学会了一个新产品，而是换了一个思路：不是所有上云的项目都要从“租一台服务器”开始。先想清楚这个功能是“一直在线”还是“偶尔干活”，再决定用什么工具，往往能省下不少时间和精力。我的待办提醒功能现在每天准时出现，虽然它只是个小工具，但它让我第一次体会到，云服务可以离日常学习这么近。