今天收到一封邮件：自己已经用了很多年的工具Pipedream Workflow即将于明年3月底终止服务。于此同时，他家的另外一个服务String也将停止。
说起这个工具，真的是我进行多次尝试后的选择。
由于自己需要定时运行一些小工具来完成特定任务，比如：定期检查自己感兴趣的facebook，X，RSS订阅频道，甚至一些网站的页面更新，通过Telegram等工具发到自己的手机上。
最初这些程序都是跑在自己的VPS上的。这也可能是最直接的想法。写好代码，然后部署到自己的VPS上，再设定一个定时任务，一切看起来都很完美。
但运行一段时间之后就会发现一些问题。比如： VPS是需要定期维护的。系统可能需要一些升级/安全补丁，这是必须需要进行更新的。服务器重启之后，程序是否还能正常运行。如果底层依赖库版本更新了，不兼容怎么办？
对于这些问题，主要就是需要额外的时间。而对于很多人而言，最缺的就是时间。
于是，就开始了下一轮的探索。核心目标就是一个，我的代码我负责，底层架构，运行环境我不想管。而Pipedream workflow就完美的实现了这个诉求。
一经部署，就无需考虑底层OS的升级，安全等因素，这些全部由平台接管。我的一些代码已经运行了好几年，几乎没有任何维护成本。而且对于一切轻量级的应用，他家的免费套餐就能完全够用。当然，他家的付费服务也是让我觉得物超所值的几家之一。
那么他家为什么选择关停这个服务呢？我自己的猜测可能有以下几点：
首先是其慷慨的免费额度吸引了大量开发者。但这是有成本的。高频的Webhook，持续运行的Node.js运行时，底层计算资源及云计算资源的维护等等，都会带来巨大的成本。他们本来想通过免费额度来引流转化为付费用户。但估计转化率过于低，让其入不敷出。
其次可能是想更加专注于其主营方向：开发者工具的聚焦和战略收缩。他家之所以成功吸引大批开发者的原因就在于其专注为开发者提供服务，想人之所想。也就是其Code First的哲学。那么不如完全把精力花在更具盈利潜力的开发者工具链条上。
无论如何，作为一名用户，我只能接受这个结果。下一步需要尝试以下其他替代方案。Clouflare workers， GH actions等等。祝我自己好运吧。。。