首页 > 代码库 > [译]规则应用案例-系统警告过滤与协同
[译]规则应用案例-系统警告过滤与协同
通讯系统公司管理和运营着网络系统。一般来说，一个通讯网络由非常多的结点和连接结点间的不同的边组成，这些边就是不同类型的铜线、光纤或其他电缆。典型的网络有几万的结点，覆盖数公里的范围。网络管理员管理这些设置，依靠的是各个结点返回到控制台的规则的信号，或“心跳”信息，这些信息都是网络反映的实际情况。这些信息被路由到管理员的控制台中。管理员通过这些流入控制台的有规律的信息，管理着整个网络，分析各个结点或结点间线路的情况，如果有必要就派维护队伍去维护结点和连接线。传送不正常的消息被称为警报或警告，管理员最关注这些信息。各个网络设备返回的警告信息占其总信息而言都是少量的，但汇集到管理员的控制台中，就到了成千上万的警告了，管理员就一定需要过滤这些信息了。提供警告产生的途径，可以有效帮助管理员过滤部分信息，而关于真正需要处理的信息。
考虑如下情况，一个小的故障会生产一连串的相当有规律的警告信息。如作为一个Unix系统的用户，您会遇到如下情况，如果您拔掉了工作工作站的网线，你会在Unix控制台收到一连串令人讨厌的警告“网线还好吗？”如果你重新插好网线之后，信息将会中断。如果再拔掉网线，那警告信息又重复。那么，作为系统管理，应该记录了2次系统事件，而不是作为1次系统事件，2次事件才真实反映了系统的情况，以便维护人员决定是否有必须采取进一步的维护信息。然则，应该把第一串的警告信息归纳为第1次网络事件，而把第二串的警告信息归纳为第2次网络事件，而不是报告管理员，有几千次的警告事件。这样，就需要有一个事件的规则管理了：
“如果同一网络设备因为同一问题，在5秒内发出2次警告事件，则他们会被认定为相同的故障”
在对象的定义中，一个事件的属性应该包含了发生设备、警告信息和相关的所有警告，一个警告则包含发生设备，警告信息和发生时间。
| 对象 | 属性 |
警告对象 | 发生设备、警告信息、发生时间 |
事件对象 | 发生设备、警告信息、List<警告对象> |
文章来源：《Agile Business Rule Development, Process, Architecture and JRules Examples》
更多信息：http://ckrule.cn/cn/solution/business/226.html
[译]规则应用案例-系统警告过滤与协同
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。