RFID 无线感测网路复杂事件处理新趋势
时间:04-09
来源:互联网
点击:
由于微机电技术的发展,使得微小的感测器也能具有无线通讯的能力。相关的应用常是为了收集不同或高量的资料而布建大规模的感测器,例如将数万的感测器散布于森林中作为火灾的判定;或将感测器节点布建在房屋中做为人体健康的监测。在WSAN(WirelessSensorAreaNetwork)环境中,为数众多的感测节点所产生出的大量事件,必定会让整个系统效能有所延迟,并且如何有效管理这些事件,能更有效的快速产生回应,已成为重要的议题。
事件驱动架构
毫无疑问地,不论个人或组织,每天都不断面临到新事件的发生与其采取的对策,这个过程即所谓的事件驱动,而事件驱动架构,则是根据自身的能力与经验值,去反应这个世界上任何一个对他们所造成的机会或威胁。以非洲草原上的羚羊为例,每天运用他们的感官去感知去觅食,同时依其感应避开可能有狮子危险地带。
近年来服务导向架构已无法满足日益复杂的IT系统流程活动,处理的单元从服务流程演进到以事件为基础的架构。事件驱动架构(Event-DrivenArchitecture,EDA)因此应运而生。一个事件可以看作是在一个系统中可观察到的状态改变。例如下一笔订单、RFID感测器回报的讯息。在事件驱动架构中包含了两个部份,事件产生者、事件消费者。事件产生者发布讯息给管理者,而事件消费者则向管理者订阅讯息,事件则触发了下一个事件或是服务(services),当某个事件发生时,系统及做出相对应的动作。
事件驱动架构主要的目的,即在于IT系统如何能针对威胁和机会种种事件,在很短的时间内立即做出反应。所以在整个事件驱动架构来说主要的特性可以分为三项:感知、分析、反应。当某一个事件产生即触发下一个事件。事件驱动架构不仅可以依讯息发送端决定目的,更可以动态依据讯息内容决定后续流程。更能灵活符合日益复杂的商业逻辑架构。
复杂事件最早是由史丹佛大学的DavidLuckham教授与BrianFrasca教授于1998年发表的一篇论文ComplexEventProcessinginDistributedSystems当中所提出。主要的概念即是在事件驱动架构下,根据简单事件、事件串流处理(EventStreamingProcessing)以及复杂事件(ComplexEvent)以上这些概念融合而成。以目的从事件云(EventCloud)中找出有意义的事件,使得IT架构可以更能弹性使用事件驱动架构,并且能使企业更能快速的开发出更复杂的逻辑架构。
复杂事件处理中,结合简单事件、事件串流处理(EventStreamingProcessing)以及复合事件(ComplexEvent)。如图2所示,相较于简单事件,复杂事件处理不仅处理单一的事件,也处理由多个事件所组成的复合事件。复杂事件处理监测分析事件流(Eventstreaming),当特定事件发生时去触发某些动作。
在复杂事件处理中,为了要达到高吞吐量(throughput)、高度利用性(Availability)、以及低度延迟(Latency),让企业能够达到即时决策。因此在处理事件的方式上采用事件处理语言(EventProcessingLanguage:EPL)为一SQL-Like的语言。此种语言透过时间或以视窗(Window:事件串流的一部分)来扩展原本的SQL语言,使得此种语言可以存取目前或是过去历史的状态资讯,方便地对事件串流提供复杂的逻辑处理,使事件串流在记忆体中做模式比对处理以及查询。这些过程中,都在记忆体内进行,不须经由存取像是硬碟的储存装置的方式,减少I/O,降低传统资料库管理系统对储存装置的依赖所造成的延迟。让复杂事件处理展现对大量从事件云里所形成的事件串流有着高度的处理效能。
更快地做出相对应的动作
《三国志?魏书?郭嘉传》:兵贵神速。我们不禁要问,当前IT的软体技术要如何处理这些资讯来达到我们所想要的即时效果?十年前也许我们只需要应付DOS系统所产生的简单事件,十年后的今天资讯科技的事件不但在各种个人装置上,同时也在各个供应商方面大量产生。为了达到即时的需求应付这样大量的事件。以往企业使用资料探勘,资料仓储等等技术来建立所谓的商业智慧,现在复杂事件处理采用了事件串流处理(EventStreamProcessing)的技巧。本来将资料处理要经由固定的储存媒体,事件串流处理将事件处理通通移到记忆体中做处理来提供商业智慧真正即时的决策支援。
事件驱动架构
毫无疑问地,不论个人或组织,每天都不断面临到新事件的发生与其采取的对策,这个过程即所谓的事件驱动,而事件驱动架构,则是根据自身的能力与经验值,去反应这个世界上任何一个对他们所造成的机会或威胁。以非洲草原上的羚羊为例,每天运用他们的感官去感知去觅食,同时依其感应避开可能有狮子危险地带。
近年来服务导向架构已无法满足日益复杂的IT系统流程活动,处理的单元从服务流程演进到以事件为基础的架构。事件驱动架构(Event-DrivenArchitecture,EDA)因此应运而生。一个事件可以看作是在一个系统中可观察到的状态改变。例如下一笔订单、RFID感测器回报的讯息。在事件驱动架构中包含了两个部份,事件产生者、事件消费者。事件产生者发布讯息给管理者,而事件消费者则向管理者订阅讯息,事件则触发了下一个事件或是服务(services),当某个事件发生时,系统及做出相对应的动作。
事件驱动架构主要的目的,即在于IT系统如何能针对威胁和机会种种事件,在很短的时间内立即做出反应。所以在整个事件驱动架构来说主要的特性可以分为三项:感知、分析、反应。当某一个事件产生即触发下一个事件。事件驱动架构不仅可以依讯息发送端决定目的,更可以动态依据讯息内容决定后续流程。更能灵活符合日益复杂的商业逻辑架构。
图1、感知分析反应循环图
复杂事件最早是由史丹佛大学的DavidLuckham教授与BrianFrasca教授于1998年发表的一篇论文ComplexEventProcessinginDistributedSystems当中所提出。主要的概念即是在事件驱动架构下,根据简单事件、事件串流处理(EventStreamingProcessing)以及复杂事件(ComplexEvent)以上这些概念融合而成。以目的从事件云(EventCloud)中找出有意义的事件,使得IT架构可以更能弹性使用事件驱动架构,并且能使企业更能快速的开发出更复杂的逻辑架构。
复杂事件处理中,结合简单事件、事件串流处理(EventStreamingProcessing)以及复合事件(ComplexEvent)。如图2所示,相较于简单事件,复杂事件处理不仅处理单一的事件,也处理由多个事件所组成的复合事件。复杂事件处理监测分析事件流(Eventstreaming),当特定事件发生时去触发某些动作。
图2、复杂事件阶层概念图
在复杂事件处理中,为了要达到高吞吐量(throughput)、高度利用性(Availability)、以及低度延迟(Latency),让企业能够达到即时决策。因此在处理事件的方式上采用事件处理语言(EventProcessingLanguage:EPL)为一SQL-Like的语言。此种语言透过时间或以视窗(Window:事件串流的一部分)来扩展原本的SQL语言,使得此种语言可以存取目前或是过去历史的状态资讯,方便地对事件串流提供复杂的逻辑处理,使事件串流在记忆体中做模式比对处理以及查询。这些过程中,都在记忆体内进行,不须经由存取像是硬碟的储存装置的方式,减少I/O,降低传统资料库管理系统对储存装置的依赖所造成的延迟。让复杂事件处理展现对大量从事件云里所形成的事件串流有着高度的处理效能。
更快地做出相对应的动作
《三国志?魏书?郭嘉传》:兵贵神速。我们不禁要问,当前IT的软体技术要如何处理这些资讯来达到我们所想要的即时效果?十年前也许我们只需要应付DOS系统所产生的简单事件,十年后的今天资讯科技的事件不但在各种个人装置上,同时也在各个供应商方面大量产生。为了达到即时的需求应付这样大量的事件。以往企业使用资料探勘,资料仓储等等技术来建立所谓的商业智慧,现在复杂事件处理采用了事件串流处理(EventStreamProcessing)的技巧。本来将资料处理要经由固定的储存媒体,事件串流处理将事件处理通通移到记忆体中做处理来提供商业智慧真正即时的决策支援。
- Mesh、ZigBee、RFID让网络无处不在(11-24)
- RFID标签在超高频全球标准的认证之路(11-09)
- RFID相关技术专利分析(一)(11-09)
- RFID工厂仓储物流解决方案(12-21)
- 美国室内水上乐园采用RFID提升游客体验(04-22)
- Sirit RFID解决方案追踪代阿布洛峡谷核电站重要资产(04-07)