Serverless边缘和本地计算

流行的解释Serverless一组服务(FaaS),开发者可以上传代码运行计算容器内所引发的各种事件,都是短暂的和完全由云管理平台。法斯不再需要提供、管理规模或管理自己的服务器的可用性。最受欢迎的法斯提供AWSλ,但微软Azure功能,谷歌云功能。雷竞技地址ray

通常,为了“调用”Serverless函数我们使用“触发”,触发器可以是一个Cron(基于时间)触发,基于事件触发,如“添加了一个新行数据库”或“创建一个新文件在我的文件系统”,该函数将执行一个动作响应事件\触发。最终,触发器将问题直接HTTP URL调用的函数。

常规Serverless范式:

所以“边缘Serverless”意味着什么吗?

“在边缘位置设置触发和执行功能的能力。”

想象你将代码部署到一个地区的云,然后就可以运行它在任何的10年代或100年代全球云边缘的位置。想象您的最终用户的减少网络延迟。Serverless边缘允许代码执行全球边缘位置如CDN流行的位置。

用例

• HTTP请求/响应操作(我。e改变HTTP标头或饼干执行URL重写或重定向,实际上没有达到您的应用程序服务器)
• 动态内容生成(自定义错误页面、注册、动态HTML)
• 延迟的优化(401错误如果没有身份验证,自定义验证和转换)

虽然您可以使用CDN提供页面更快,定制加工仍然需要请求转发给在集中式服务器计算资源。雷竞技rabet官网这减缓了终端用户体验。与Serverless优势,您可以使用函数响应CDN事件和定制内容通过CDN在减少网络延迟执行云边缘位置。

虽然Serverless边上是一个非常有前途的技术,尖端技术仍有一些限制和约束,开发人员和DevOps必须满足为了使用它。

今天的Lambda@Edge限制

• 冷启动* =传播
• 低内存(128 mb)
• 低空间(1 mb的代码)
• 只有NodeJS
• 没有外部HTTP请求(今天)

几个Edge-Serverless计算的趋势

彼得•莱文合伙人Andreessen Horowitz最近声称“云死了云计算只是结束”或近在眼前了。不是吗?,好吧,我们可以明确地意识到我们面临的一个全新时代分散式计算无人机,衣物,无人驾驶汽车、物联网、智能家庭、城市、和机器人是新的“分散云”范式,就像15年前我们有客户端和服务器。我们很快就会看到“分散云”传播的新模式而不是集中的范式被介绍给我们的云(不久前)。

物联网的快速增长(物联网)大幅增加了在网络的边缘生成的数据量。例子包括传感器数据、事件产生的设备和网关。虽然有很多方法来构建一个定制的数据处理生成的云解决方案和优势,将有利于标准化可编程平台,将使其易于开发、部署和操作自定义数据管道,最好是利用新兴的Serverless事件驱动的范例。

亚马逊本片和本地计算

不是很久以前,AWS也引入了一个新的Serverless sub-paradigm (FaaS)计算称为“本片”实际上带来了一个新的概念叫做“本地计算”。它使Serverless功能离线设备上运行。这是另一个很好的特性,扩展了“分散的云”的意思。这个功能的用例是在物联网空间。

公司需要“本地计算”由于以下原因

• 往返延迟
• 断断续续的连接
• 昂贵的带宽

物联网设备一直是相对低功率,无论是CPU和本地存储。这就是为什么这些设备是如此依赖于云计算。不过,偶尔我们可能想要做正确的计算设备上的或连接时发生故障。

安迪雅西Amazon Web Services首席执行官说“很容易利用云来补充这些设备的能力,但会有时间你不想让云的往返吗这两家公司的,我们现在听到重复的使用AWS的物联网产品和设备管理——他们真正想要的是在这些设备上都是一样的灵活性和程序模型计算在AWS上。”

本片基于AWS物联网和AWSλ,亚马逊的“Serverless”计算服务。它将允许开发人员编写λ代码(在Python中),可以运行在物联网设备。本片的核心运行这些本地Lambda函数,但也可以跟AWS云,让IT管理员来管理这些设备和运行在他们的代码。

最后一个词,

Serverless趋势发展迅速,被公司迅速采用,成倍增长。AWS说超过50%的基于云计算的工作量将会迁移到Serverless计算范式在不到3年从现在。此外,Serverless正在采用10倍的速度比容器显示这个“炒作”是真实的。Serverless边缘只是让它更有趣的和强大的。在这样一个世界充满了无人机、智能汽车、智能家居、智能城市,“本地计算”将每分散物联网设备的重要组成部分。