共计 881 个字符，预计需要花费 3 分钟才能阅读完成。
我在 2019 年的文章中（别找了，被我删了）已经介绍过，国内的 Serverless 产品能够分为两个大类：
- 大公司产品：包含腾讯云云开发、字节跳动微服务、阿里云的云开发产品、Google 的 Firebase
- 小公司产品：比方 LeanCloud、Bmob 等等
而前者的最佳倒退路线我也已经提到过，大公司的 Serverless 想要博得工夫的最佳计划，是通过外部资源的整合，将开发者彻底绑架在本人的平台战车之上。
而这样的计划，当初曾经在各家的计划中有所体现，比方腾讯云云开发和微信单干推出的「小程序·云开发」产品中的「云调用」能力、轻服务推出的免鉴权调用小程序 API 的能力。
在微信小程序中，你能够通过 cloud.openapi.templateMessage.send 来实现免鉴权调用公众号的模板音讯 API，将过来数百行的代码简化为一行代码实现，能够无效的晋升开发者的开发效率。
现在，轻服务提供了相似的性能，你能够通过 inspirecloud.openapi.tt.sendTemplateMessage实现免鉴权调用推送模板音讯。
我始终感觉，Serverless 这样的产品，是为小团队、创意者而生的。而这些人的特点是，对于技术的深度可能不那么在意，毕竟他们关注的是我要实现一个创意，解决一个问题，至于 Scale 的问题，是在后续才须要留神的。而对于大公司的产品来说，想要干掉小公司的产品，一个利器就是 免鉴权调用平台 API。
免鉴权调用平台 API 对于开发者而言是一杯毒酒，不喝，你可能会被竞争对手超过，最终失去用户而死；喝了，你就会因为 Serverless 这样的产品模式，最终被绑死在战车之上。随之而来的，便是随同着产品用户规模的一直晋升的，是这些 Serverless 基础设施的老本就会逐步超过你应用传统的服务器模式的老本。
但回过头来说，你真的能回绝这样的平台劣势么? 很难，即便作为我这样的前后端一把梭的开发者，也很难抵御 Serverless 产品后期的低成本和疾速迭代，对于大量无奈独立实现大型后端开发的工程师来说，这是一个必须喝下去的毒酒。
心愿你在抉择技术计划的同时，不给本人挖坑。
