精彩的无服务器时代:不仅有服务网格,还有事件网格

18-11-10 jdon
         

还记得“发送/接收”曾经是Outlook中最突出和最紧迫的按钮之一吗?或者,有时需要30分钟才能在手机上显示电子邮件?在2000年初的某个时候,发生了一个重要的转变,所以电子邮件现在才普及在我们的智能手机上,在无服务器领域也发生了类似的重大转变。

Azure Event Grid 本周宣布成为第一个基于事件的路由即服务,但是这项服务所能产生的影响并不是每个人都能理解的。在我看来,最大的好处之一是它使任何开发人员都可以轻松利用“推送”模型,而不是在无服务器架构中实现低效“拉动”。“拉”模型缓慢而低效。就像90年代的电子邮件一样,这意味着您必须每隔几分钟或几秒钟不断检查事件。

事件网格不仅仅是自定义事件,还会在您可能已经使用的系统上加载事件。想知道何时发出IoT消息?所有这些消息都已被输入Event Grid供您订阅。想知道用户何时被添加到您的某台虚拟机?只需订阅,即可开始活动。这仅仅是个开始。随着时间的推移,许多系统将在事件网格中点亮,无论您关心什么类型的事件,都可以让您轻松开始工作。

在Azure Logic Apps(无服务器工作流程)中,我们今天有超过一百种不同的触发器和事件可供收听。那么为什么我对这个消息感到兴奋呢?因为我们今天的大多数触发器都依赖于轮询。事实上,我们作为服务使用服务器的很大一部分(我们不会让您担心的服务器)是触发事件轮询。Azure Event Grid驱动的触发器不仅允许我们的系统更高效,而且当应用程序在事件发生的瞬间被触发时,应用程序本身也能更好地执行。

您自己实现系统或API的 webhook(或“推送”)友好化可能是棘手的。需要确保在围绕扩展,状态管理和其他挑战中保持至少一次保证交付。Azure Event Grid使任何人都可以利用webhook和“推送”而无需自己进行繁重的工作。