内容简介：还记得“发送/接收”曾经是Outlook中最突出和最紧迫的按钮之一吗？或者，有时需要30分钟才能在手机上显示电子邮件？在2000年初的某个时候，发生了一个重要的转变，所以电子邮件现在才普及在我们的智能手机上，在无服务器领域也发生了类似的重大转变。Azure Event Grid 本周宣布成为第一个基于事件的路由即服务，但是这项服务所能产生的影响并不是每个人都能理解的。在我看来，最大的好处之一是它使任何开发人员都可以轻松利用“推送”模型，而不是在无服务器架构中实现低效“拉动”。“拉”模型缓慢而低效。就像90
还记得“发送/接收”曾经是Outlook中最突出和最紧迫的按钮之一吗？或者，有时需要30分钟才能在手机上显示电子邮件？在2000年初的某个时候，发生了一个重要的转变，所以电子邮件现在才普及在我们的智能手机上，在无服务器领域也发生了类似的重大转变。
Azure Event Grid 本周宣布成为第一个基于事件的路由即服务，但是这项服务所能产生的影响并不是每个人都能理解的。在我看来，最大的好处之一是它使任何开发人员都可以轻松利用“推送”模型，而不是在无服务器架构中实现低效“拉动”。“拉”模型缓慢而低效。就像90年代的电子邮件一样，这意味着您必须每隔几分钟或几秒钟不断检查事件。
事件网格不仅仅是自定义事件，还会在您可能已经使用的系统上加载事件。想知道何时发出IoT消息？所有这些消息都已被输入Event Grid供您订阅。想知道用户何时被添加到您的某台虚拟机？只需订阅，即可开始活动。这仅仅是个开始。随着时间的推移，许多系统将在事件网格中点亮，无论您关心什么类型的事件，都可以让您轻松开始工作。
在Azure Logic Apps（无服务器工作流程）中，我们今天有超过一百种不同的触发器和事件可供收听。那么为什么我对这个消息感到兴奋呢？因为我们今天的大多数触发器都依赖于轮询。事实上，我们作为服务使用服务器的很大一部分（我们不会让您担心的服务器）是触发事件轮询。Azure Event Grid驱动的触发器不仅允许我们的系统更高效，而且当应用程序在事件发生的瞬间被触发时，应用程序本身也能更好地执行。
您自己实现系统或API的 webhook（或“推送”）友好化可能是棘手的。需要确保在围绕扩展，状态管理和其他挑战中保持至少一次保证交付。Azure Event Grid使任何人都可以利用webhook和“推送”而无需自己进行繁重的工作。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 服务网格重蹈ESB的覆辙？为什么需要SMI服务网格接口？ - samnewman
- 容器、微服务和服务网格简史
- 服务网格如何辅助微服务管理
- 服务网格：微服务的下半场
- 在服务网格内部调用外部 TCP 服务
- 什么是服务网格？
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
