通讯系统公司管理和运营着网络系统。一般来说,一个通讯网络由非常多的结点和连接结点间的不同的边组成,这些边就是不同类型的铜线、光纤或其他电缆。典型的网络有几万的结点,覆盖数公里的范围。网络管理员管理这些设置,依靠的是各个结点返回到控制台的规则的信号,或“心跳”信息,这些信息都是网络反映的实际情况。这些信息被路由到管理员的控制台中。管理员通过这些流入控制台的有规律的信息,管理着整个网络,分析各个结点或结点间线路的情况,如果有必要就派维护队伍去维护结点和连接线。传送不正常的消息被称为警报或警告,管理员最关注这些信息。各个网络设备返回的警告信息占其总信息而言都是少量的,但汇集到管理员的控制台中,就到了成千上万的警告了,管理员就一定需要过滤这些信息了。提供警告产生的途径,可以有效帮助管理员过滤部分信息,而关于真正需要处理的信息。

    考虑如下情况,一个小的故障会生产一连串的相当有规律的警告信息。如作为一个Unix系统的用户,您会遇到如下情况,如果您拔掉了工作工作站的网线,你会在Unix控制台收到一连串令人讨厌的警告“网线还好吗?”如果你重新插好网线之后,信息将会中断。如果再拔掉网线,那警告信息又重复。那么,作为系统管理,应该记录了2次系统事件,而不是作为1次系统事件,2次事件才真实反映了系统的情况,以便维护人员决定是否有必须采取进一步的维护信息。然则,应该把第一串的警告信息归纳为第1次网络事件,而把第二串的警告信息归纳为第2次网络事件,而不是报告管理员,有几千次的警告事件。这样,就需要有一个事件的规则管理了:
    “如果同一网络设备因为同一问题,在5秒内发出2次警告事件,则他们会被认定为相同的故障”

     在对象的定义中,一个事件的属性应该包含了发生设备、警告信息和相关的所有警告,一个警告则包含发生设备,警告信息和发生时间。       
对象
属性
警告对象
发生设备、警告信息、发生时间
事件对象
发生设备、警告信息、List<警告对象>

文章来源:《Agile Business Rule Development, Process, Architecture and JRules Examples》



中文版 | 英文版 ©2014 Ckrule规则引擎 版权所有