服务
关于
CloudProse博客
Think FaaS播客

我们可以't遏制我们自己-思考FaaS播客

It'这是一个令人困惑的世界,容器和容器管理的新抽象只被JavaScript框架的发布所取代。
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal) | 2018年3月8日

2018年3月8日,星期四

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

成绩单

Howdy,我是Trek10的Jared Short,这是“ Think FaaS”,在这里我们比运行AWS Lambda函数所需的时间更少,了解了无服务器计算的世界。因此,请紧记五分钟-现在是“ Think FaaS”的时候了。

容器已经死了,FaaS是一种时尚吗?这真是一个令人困惑的世界,容器和容器管理的新抽象只能由JavaScript框架的发布赶不上。投入无服务器,并且我们进行了一次炒作,甚至使超级循环也感到羞耻。

现在,我已经处理了这些问题以及很多实施注意事项。在评估项目并确定基础架构时,在确定无服务器,容器或其他某种技术是否合适时,我想考虑一些指导思想。

在我们了解这些原则之前,请先明确 几乎所有的 FaaS平台本身就是容器的抽象。

您的代码将交付到管理容器运行时中,并且请求或事件将传递到这些容器中。这很重要,在FaaS中,您无需关心!您可以发布功能,而不是操作系统补丁。基础架构是容器和运行时,这些容器和运行时完全由FaaS提供商管理,无论是Amazon,Microsoft还是您自己的自营FaaS内部团队。

好吧,这些容器又如何呢?

现在我必须承认,我仍然经常与容器交互。他们绝对有自己的位置,即使在云原生世界中,他们也取得了很大的进步。在将开发环境交付给您的开发人员,并将其用作一致且短暂的管道构建人员时,使用容器毫无疑问。

现在,当进一步考虑时,我会说有一些更适合容器的自然选择,我不会立即尝试强制无服务器安装……首先要执行长时间运行的任务,而具有大量计算或内存需求的批处理作业(尤其是那些不会令人尴尬地并行化,这实际上很适合FaaS)。第二个问题是解决没有必要立即重建的现有和旧版应用程序,并使用容器将其捆绑并在Kubernetes,ECS或某些其他容器管理平台上运行它们。如果您仍试图说服您的团队或公司离开数据中心,那么这可以作为通向本机云操作的绝佳门户药物,并为适当的无服务器铺垫。

我会很高兴地将它们归功于它们应有的容器,但是它们并不是我们现在可以得到的最好的抽象。

当谈到容器与无服务器时,我在几次采访中都说过,我认为对于大多数应用程序开发人员而言,容器是错误的抽象。当涉及到开发人员应该关心的事情时,他们应该关心他们的应用程序,其代码,其直接依赖关系以及它与您所利用的平台服务的交互方式。实际上,我们希望确保开发人员尽可能直接地专注于业务价值,并尽可能减少干扰。

更进一步,我们在上几集中谈到了这一点,在无服务器世界中,开发人员和您的操作有机会专注于他们以前可能没有的事情,例如更精细的性能指标和优化。最后一点是,无服务器方法肯定会使计算消耗与可用性平衡变得更加容易,从而确保您只为需要的东西付费。使用容器,您仍然会遇到为空闲资源付费的问题。

好的,FaaS很好,但这是一种时尚,对吗?

所以这一点很有趣,我认为在FaaS和无服务器之间确实存在一个重要的区别。作为服务的功能特别引用了您可以交付FaaS提供程序代码的构造和合同,它们保证将在您需要时以所需的规模运行它。

无服务器的想法更多是希望摆脱无差别的繁重工作,瞄准更高价值的任务,并尽可能利用托管平台和服务。交流非常重要,以至于我们这个领域的许多人都开始称其为“服务全面”。我认为我们没有看到FaaS的最终版本,也没有解锁它可以提供的完整抽象。未来5年,该领域将有很多创新。但是我确实认为“ servicefull”将继续存在,我们将看到许多服务提供商提供本机事件驱动的抽象,设计和流。考虑一切的“云事件”。

最后,我确实想将DIY容器(运行函数)作为服务来解决

我最好的回应是一个轶事,但一个有力的回应……在最近的惨败中,幽灵和错误……崩溃,Trek10的客户,即使在企业级,也拥有流量大的无服务器应用程序,这些应用程序零停机,零故障切换,和 零努力 。该平台处理了所有容器运行时以及基础架构的补丁和更新。宣布在漏洞公开发布后的24小时内修补了所有AWS Lambda基础设施和功能。

我们睡觉时必须利用世界上最好的安全和运维团队之一来处理它。谁知道有多少个云实例,更不用说私有数据中心了,甚至还没有解决问题的全部范围。当然,在某些情况下,诸如 OpenWhisk (基于开源kubernetes的FaaS解决方案)是有意义的,但要认真考虑取舍。

是时候准备一个包裹并交付这一集了。因此请记住,容器是一项非常重要的技术,但是请在您的价值链的更高端考虑,并首先考虑无服务器和服务全面。您可以在Twitter上关注Trek10 @ trek10inc 或我本人 @shortjared 。下周再见!

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