服务
关于
CloudProse博客
Think FaaS播客

不无服务器的原因-想想FaaS播客

Forrest解释了无服务器计算不具备的几种极端情况't(还)有道理,并介绍了'最少计算'.
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal) | 2018年6月21日

2018年6月21日,星期四

在Google Play上订阅 订阅苹果播客

成绩单

再次您好,我是Trek10的Forrest Brazeal,这是“ Think FaaS”,在这里我们比运行Lambda函数花费更少的时间了解无服务器计算领域。因此,请紧记五分钟-现在是“ Think FaaS”的时候了。

因此,在最近的一集中,我谈到了一些无服务器的谬论,这是避免无服务器的基本借口。我今天想谈谈有关无服务器(至少现在还没有意义)的一些用例。这些情况确实存在,我们需要弄清楚它们。

现在,出于讨论的目的,我将定义无服务器方式 迈克·罗伯茨(Mike Roberts),也就是说,要么充当服务(例如AWS Lambda),要么受管理后端充当服务(例如插入AWS AppSync的服务组合)。因此,诸如EKS之类的托管容器服务或诸如Heroku之类的PaaS(您必须配置基础实例大小)显然不是没有服务器的。话虽如此,让我们看看目前不采用无服务器的原因。

首先,如果 您有一个紧迫的时间表来交付产品,并且在不同的技术上拥有大量的专业知识。

无服务器的教育障碍不是开玩笑。是的,我们对无服务器技术的简单性大有裨益,但这并不意味着它们很容易。设计可维护和高性能的无服务器架构需要花费合理的时间和精力。同样重要的是,需要花费一些时间来重新调整您的开发工作流程,以使开发人员和您的操作团队都适应无服务器所需的截然不同的方法。在组织级别,您必须愿意并且能够退后一步,以便在一天结束时向前冲刺。

如果您有能力交付某些东西,并且您拥有一支使用不同技术的团队和工作流程,那么现在也许不是时候首先进入无服务器时代了。就是说,将头埋在这里没有长期好处。确保您了解何时可以负担得起无服务器等待以及何时丢失。

第二, 您的执行时间和空间要求可能会合法排除无服务器。

我记得以前曾与某人交谈过,该人的工作流程必须从S3下载大量文件,对每个文件进行一些处理,将其压缩,然后将zip重新上传到S3。这些文件不适合Lambda的磁盘空间,上传和下载zip的时间超过了五分钟,而所有这些仅仅是一项工作,无法很好地并行化并且没有映射到Lambda调用。但这可以通过一个运行时间更长且拥有更多资源的过程来轻松实现。这里的窍门是使用 the 最少计算. 像AWS Batch这样的东西将为您提供可变长度的运行时的优势,而无需管理完整服务器的开销。

作为此处的旁注,我过去曾经陷入使用Lambda的陷阱,以至于每个问题开始看起来像Lambda问题。几个月前,我正在研究数据摄取架构。我花了很多时间在并行的“步骤函数”调用之间调整状态,以尝试使我的工作流保持无服务器状态。但老实说,如果我仅在Batch或Fargate上运行该代码,它的复杂度将大大降低,并且更易于协调。使用正确的工具完成工作。

第三,我会很快提到这一点,您可能有 非常特殊的情况 与当前无服务器技术的现状不符

例如,您的企业可能对功能之间的延迟要求极低,最好将它们并置在同一硬件上,从而更好地满足这些要求。我的Think FaaS合作伙伴Jared Short最近遇到了一个需要通过UDP数据包对远程IoT设备使用无HTTPS的特定编码的人。如果您确实要处理一些特殊的问题,那么您将走出无服务器的快乐之路,毫无疑问,您将需要对基础架构进行更多控制。

这里的关键要点是,随着无服务器服务持续成熟并快速添加功能,边缘情况的数量确实减少了。因此,请确保您了解当今技术的地位。

最后,极有可能 无服务器的成本模型对您的应用没有意义。

在毫秒级的基础上,Lambda的价格比同类EC2实例高。因此,如果您每秒处理数千个请求,并且始终运行数百个并发的Lambda调用,那么最终为基础架构支付的费用可能会比为服务器机队支付的费用更高。现在请记住,在查看无服务器成本时,并不是唯一要考虑的服务器价格。您还必须考虑一下维护费用,技术债务以及我在此专题中回想过的所有其他事情。但是,说完所有这些,您可能会得出结论,您的应用程序将在专用基础架构上做得更好。

如果您不确定,我强烈推荐该网站 服务器。哈哈。您可以输入规模要求,并获得一个介于EC2和Lambda之间的相当合理的成本数字。但是现实是,在没有服务器之前,我们大多数人在大多数情况下都过度配置。因此,即使您需要在传统服务器上保留某些大容量系统,也可以通过使用尽可能少的计算量并尽可能切换到托管服务来肯定地节省一些费用。

如果您不确定无服务器如何适应您的环境,Trek10将很乐意为您提供帮助。您可以在Twitter @ Trek10inc上找到我们,或通过@forrestbrazeal来找我们,我们将在下一集Think FaaS上与您见面。

作者
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal)