码迷,mamicode.com
首页 > 其他好文 > 详细

[译]规则应用案例-系统警告过滤与协同

时间:2014-12-12 14:39:44      阅读:165      评论:0      收藏:0      [点我收藏+]

标签:http   io   ar   sp   on   div   2014   问题   bs   

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

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

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

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

更多信息:http://ckrule.cn/cn/solution/business/226.html

[译]规则应用案例-系统警告过滤与协同

标签:http   io   ar   sp   on   div   2014   问题   bs   

原文地址:http://www.cnblogs.com/fubeibei/p/4159494.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!