flyzy博客
分享便宜VPS与网络优惠
搬瓦工

Serverless资源合理利用:基于腾讯云 SCF 的 HTTP 探活函数

简介
基于 Golang 开发了一款简单易用的 HTTP 拨测云函数,入口函数与腾讯云 Serverless SCF SDK 绑定。

与目前腾讯云中默认的拨测函数不同的是,url-tester-func 支持将非 200 响应码作为预期值且通知机制由邮件变更为了 Telegram Bot 。使用者借助腾讯云提供的免费 Serverless 调用配额即可搭建一套简单的 HTTP 接口探活服务。

功能
周期性探测指定 HTTP 地址是否可正常响应,并将非正常的探测结果发送至指定即时通讯工具的对话中以实现近乎实时地异步监控网站状态基于腾讯云 Serverless SCF,部署简单且在用量较小时零成本(具体成本见下文费用说明)支持选择 「Telegram/Server酱(微信)/Qmsg酱(QQ)」作为消息发送渠道

FAQ
和 UptimeRobot 等网站比有什么优势?本质上还是个实现简单的小玩具,一定要说优势的话可能就是可以自主部署并方便做二次定制吧~部署区域如何选?使用 Telegram 渠道时只能部署于大陆外的区域,使用微信和 QQ 渠道则可按需随意选择。只支持腾讯云吗?目前个人用腾讯云的产品比较多,未来也会逐渐支持其他厂商的,欢迎 star 关注~

费用相关
在实际使用中,是否会产生费用其实是与探测的「地址数量」和探测的「频次」是正相关的。
由于外网出流量计出不计入,所以探测的逻辑中只有在发起 HTTP 请求时会被计量,接收响应则不会。
因此在「地址数量」和「频次」均不高的时候,造成的费用非常低,在账单中会被校准为 0 元。但大规模使用的场景下则会累积较大量的外网出流量,造成事实上的费用,目前的费用标准是 0.8 元/GB 。

使用指引
GitHub Repo:https://github.com/MrEasonYang/url-tester-func

广东省网友说:算过了,每小时累计6.4M会产生费用,而且是包含HTTP报文开销的

山东省网友说:感觉想实现个采集啊

陕西省网友说:频次高了差不多是这样,频次低的话还行,我现在监控 6 个 URL ,5min 一次,这样的用量没有产生费用。可以以这个为基准大致估算出达到多少用量时会产生实际费用

赞(0) 打赏
关注我们
未经允许不得转载:flyzy博客 » Serverless资源合理利用:基于腾讯云 SCF 的 HTTP 探活函数
分享到: 更多 (0)

这是一种鼓励

支付宝扫一扫打赏

微信扫一扫打赏