Serverless解决方案正逐渐回归到服务器上。我最近在《Serverless悼词》(A Eulogy For Serverless)一文中讨论了这个问题。这篇文章的最初想法是我对另一篇关于微服务的文章的更新。但后来我开始写这篇文章时,就有了一些创意。最终的结果就是这篇观点多于事实的文章。
我还以为这没什么。我的意思是,每个人都知道Serverless是个骗局,对吗?看来不是。所以我收到了很多负面评论。我还记得第一次出现这种情况时,有人发了三条错误的评论。其中一条是关于 SQLite 的,说什么真正的公司不会使用 SQLite。也许我不该参与其中,但我还是发表了评论,说 SQLite 可以很好地扩展到中等规模的任务。
但另外两条评论则纯粹是在咆哮,说我不知道自己在说什么,而他们这些大坏蛋 Azure 程序员却知道Serverless是如何工作的。这让我想起了我上一篇文章《为什么微服务是Serverless的最佳选择》中的这一部分:
提供如此多的服务还有另一个好处。如果我们把服务做得过于复杂,我们就可以通过提供培训实现双赢。而且,由于使用的是我们的商标,我们可以控制它的一切。
事实上,我们还可以三倍增长,因为这也是免费广告。甚至是四倍,因为现在人们找的不是 “Go 程序员”、“Unix 程序员 “或”.Net 程序员”,而是 “AWS 程序员”。这就好比我们自创了一门编程语言,但我们并没有这么做,而是偷窃了开源代码,并将其包装成专有软件包。这才是抢劫。
我本该加上第四条:我们可以四面出击。因为现在你有一群 "AWS 高级程序员 "或 "Azure 高级程序员 "或 “GCP 高级程序员”,他们会为我们鼓吹,因为这简直就是他们的饭碗。这就像那些在比特币上花了一大笔钱的人,所以不管出于什么原因,他们都在黑别人的 YouTube 频道来推广比特币。但对我们来说,它是Serverless的。台词是什么?"当一个人的薪水取决于他对某件事情的理解程度时 很难让他理解这件事"在这里也是一样我想在山谷里,他们称之为 “飞轮”。
我认为这是我在那篇文章上受到的所有反击的主要原因。如果你看一下评论,就会发现有很多攻击,但实质内容却很少。虽然不是所有的评论都是这样,但那篇文章中也有一些很好的论点。最突出的论点就是你获得了 DDoS 保护。
这里有一个关键的区别,你可以获得免费的 DDoS 保护。当你在新闻中听到有人如何缓解了巨大的 DDoS 攻击时,他们可能说的是付费产品。
此外,通过 Cloudflare,您完全可以在不使用Serverless的情况下获得同样的 DDoS 保护。您只需打开他们的 "代理 "功能即可。这允许 Cloudflare 拦截 DDoS 攻击,类似于Serverless DDoS 保护产品。
不过需要注意的是,我第一次打开代理功能时,出现了无限重定向循环。有一个简单的解决方法,只需将 SSL/TLS 加密模式从 "灵活 "切换到 "完全 "即可。这样就能完美运行,无需任何配置,只需单击即可实现全面的 DDoS 保护。
这就是Serverless产品的另一个问题:它们太他妈复杂了。当谷歌让一个价值1350亿美元的养老基金化为乌有时,我曾写过一篇关于这个问题的文章。原因何在?配置中缺少一个字段。
"但你说我绝不会那么做"哦,是吗?那你给我解释一下,为什么会有那么多人忘记更改默认的 S3 存储桶,导致用户的账单爆炸。这里面错得太多了。AWS 不应该向他们收取写入失败的费用,公司也不应该将大量可能是机密的数据写入某个随机的默认位置。
因此,它不仅是配置方面的噩梦,也是安全方面的噩梦。如果你有一个 VPS,那么锁定它就非常简单了。互联网上到处都有这样做的教程,首先你要安装 fail2ban 并禁用 root 用户的密码登录。但在Serverless上呢?祝你好运。尤其是在使用微服务的情况下,Serverless公司非常喜欢微服务(他们为什么不喜欢呢?)因为微服务通过 HTTP/S 请求进行通信,所以你最好单独锁定每个微服务。你最好查看每个微服务,找出正确的命令组合来锁定它。这可是个大工程。现在你明白为什么有那么多人在鼓吹Serverless了吧:如果Serverless消失了,那么很多人都会失业。这是一个巨大的金字塔计划。
但至少还有正常运行时间。对吧?好吧,自从我的 RSS 阅读器改用 VPS 后,就再也没有出过故障。也就是说,它从来没有自己宕机过。为了更新一些东西,我重启过几次。但时间通常都很短,不到一秒钟。而Serverless呢?
你知道我说过Serverless太复杂了吗?从逻辑上讲,过于复杂的系统会比简单的系统更不可靠。就拿 Firebase 来说吧。在我使用它的时候,2023 年发生了一次涉及 Firebase Auth 的大规模故障。花了几个小时才解决,非常明显。其他服务也是如此。2023 年,AWS 在西海岸也发生了 EC2 故障。此外,Azure 也在 2023 年发生了自己的故障,不过这次故障似乎是由电源浪涌引起的,因此更容易理解。2023 年?
正如我之前所说:
我对这些 "9 "持高度怀疑态度,因为如果你的某个员工不小心弄掉了一个表什么的(以前也发生过),那就等于一大堆 "9 "没了。在我看来,云数据库面临的最大威胁是 “胖手指”,而不是自然灾害。
另外,我想重申一下,我的预算 VPS 从未出过问题。我原本很担心,因为我之前那台笨拙的 puppeteer "服务器 "总是崩溃。但事实证明,PocketBase 和 Go 一直坚如磐石。100% 的正常运行时间。
最后就是价格了。这个问题我已经说过很多次了,现在感觉自己就像个老唱片。Serverless之所以如此昂贵,是因为它实际上是一种垄断。我的意思是,如果你使用的是像Postgres这样的行业标准,那就不一定了,但在大多数情况下,如果你被锁定在例如AWS上,你就真的离不开它了。再加上巨额的数据出口费用。
商业法则第一条:竞争是为傻瓜准备的。如果你想赚大钱,你就必须拥有垄断地位,而这些Serverless公司通过让离开变得如此痛苦,有效地做到了这一点。
公司也在慢慢接受。你可能听说过 DHH 如何离开云,以及这将如何为他的公司节省 700 万美元。最近他说:"我说的是 700 万美元吗?我是说 1000 万美元。
您可能也听说过亚马逊的这个案例。虽然这并不是真的要离开 AWS,因为他们只是重构了一些东西,但这恰恰说明,如果实施不当,价格很容易失控。这很容易做到,因为如上所述,Serverless是如此复杂。在你认为自己永远不会像亚马逊一样愚蠢之前(在我脑子里听起来更好),我还发现了另一篇关于另一家公司做类似事情的文章。
又一个帖子,又一个帖子,还有这个帖子
还有这篇文章和这篇文章:
别看现在,在英国接受调查的企业中,有25%的企业已经将一半或更多基于云的工作负载迁回了内部基础架构。这是云软件集团(Cloud Software Group)业务部门思杰(Citrix)最近的一项研究结果。
Serverless只是一个无穷无尽的钱坑。为其辩护的人可能从未见过账单。或者他们几乎没怎么用过。我有一款中规中矩的应用,带有关卡编辑器和云保存功能。这些都是非常小众的功能,使用的人并不多,这意味着如果我使用Serverless,就不必为它们支付太多费用。
但对于像 RSS 阅读器这样专注于在线内容的应用程序?你需要自己的 VPS。
Serverless是个骗局。它并不总是骗局。最初,要做到 AWS、GCP 和 Azure 所做的某些事情非常困难。但情况发生了变化。在此之前,你永远不会想推出自己的 auth。但现在呢?有一个库可以实现这一点。现在有很多库,甚至是整个后端:PocketBase、Supabase、Appwrite,可能还有其他的。依赖其他公司提供所有服务的时代已经过去了。因为如果你依赖一家公司提供所有服务,你既要相信这家公司不会滥用其垄断地位,又要相信这家公司的创新速度能超过市场。而云服务提供商在这两方面都失败了。
本文已收录在Github,关注我,紧跟本系列专栏文章,咱们下篇再续!
作者简介:魔都架构师,多家大厂后端一线研发经验,在分布式系统设计、数据平台架构和AI应用开发等领域都有丰富实践经验。
各大技术社区头部专家博主。具有丰富的引领团队经验,深厚业务架构和解决方案的积累。
负责:
- 中央/分销预订系统性能优化
- 活动&券等营销中台建设
- 交易平台及数据中台等架构和开发设计
- 车联网核心平台-物联网连接平台、大数据平台架构设计及优化
- LLM Agent应用开发
- 区块链应用开发
- 大数据开发挖掘经验
- 推荐系统项目
目前主攻市级软件项目设计、构建服务全社会的应用系统。
参考:
本文由博客一文多发平台 OpenWrite 发布!