客户有时会问我:“为什么会有如此多的热点事件驱动架构(EDA)呢?这不是一个新想法。”

事实上,并不是新的。从复杂事件处理到硬件中断的UNIVAC,电脑一直在应对1950年代以来的一些事件。但技术进步和建筑有高价值的事件超出我们看到在过去的几代人。这些趋势正在事件驱动架构的一个重要模式,将有一段时间了。

其他限制可以限制你的商业策略

数字平台企业由通过api公开数字能力。如果你的商业策略是数字和你的数字由REST (representational state transfer),然后剩下的局限性成为你商业策略的局限性。数字业务战略必须超越休息,和事件驱动的体系结构的一个重要组成部分。有一些用例,其他不适合这份工作,但是事件流并完美。我希望更多的组织将使用API管理事件驱动架构的原则。API门户将扩大到一般集成门户网站,包括事件流。api今天用作构建块组装数字业务产品;事件流也将被用作构建块数字业务产品。

你需要液体和实时数据

数据的价值比以前高。而事件在过去被认为更多的编程构造在铁板或两个应用程序之间的结缔组织,组织现在发现巨大的价值的数据通过事件流。将事件驱动架构纳入企业数据实时策略提供数据更流畅,加速你的交付敏捷性和提高你的商业洞察力。

Microservices Serverless需要EDA

一个成功的microservices实现需要事件驱动架构有两个原因:

  • 首先,服务调用失败。这不是一个问题当你调用堆栈是在一个进程的内存。但microservices贸易的可靠性网络的混乱的调用堆栈。单纯依赖同步服务调用意味着一个失败的服务可以跨IT系统产生了深远广泛的影响。异步的事件使其下游目标服务中断。没有他们,microservice调用您的web将成为过于脆弱是一个可行的系统。
  • 其次,你的许多整体应用一直是事件驱动的,这需要发扬到分布式应用程序。认为事件的关键字在c#中,事件/侦听器类对在Java中,或回调函数C。所有这些语言让你注册事件侦听器,侦听器,提供的代码被编译成相同的庞然大物事件生成器。巨石是分成microservices,事件可能在不同的microservices生产国和消费国。的能力一个microservice发布事件给别人是必要的,如果我们要弘扬我们的核心编程构造成一个分布式计算架构。

通过serverless Microservices之外,代码部署功能作为服务(FaaS)只能运行在响应事件。法斯只能收获的价值,如果您的应用程序是事件驱动的。

Forrester的事件驱动架构的指导意见

事件驱动架构技术采用的跨越鸿沟,和Forrester可以帮助您浏览这个新兴趋势。阅读我们的报告”拥抱事件驱动架构驱动敏捷、新渠道、新伙伴关系“对于一个应用于企业战略时引入它的价值。如果你已经采取措施对事件驱动架构,读作“事件驱动的架构和设计:五大错误和五个最佳实践”指针如何前进。最后,如果你正在寻找一个事件驱动的架构模式,深入探讨了“读报告在追求现代的应用程序使用事件驱动的体系结构”。