原文发布时间：2012-07-12 08:55:32
作者：Don Murray
翻译：小C
http://blog.safe.com/2012/04/the-power-of-events-subscription-and-notification-services/
现在，数据移动技术带来了更多的乐趣，并令人兴奋。过去，在数据生产者与数据消费者之间的数据连接存在着滞后性，在最好的情况下这种滞后以天为单位，在较为差的情况下就是以月或者年来计算。在当今具有快节奏的相互联系世界中，这种滞后的现象并没有消减。为了支持即时和最新应用程序，实时数据应运而生；这种实时性以秒或者更短的时间为单位。数据消费者希望能够订阅数据，然后在事件发生时能即时接收数据通知。
数据传递这个操作需要系统具有新的事件驱动构架，因为旧的面向批处理系统不能满足这个需求。实时数据连接的另一个令人兴奋的特点是数据消费者与数据生成者之间的界线是模糊的，许多系统的用户两者都是。
事件驱动构架系统的好处是巨大的
这儿有一个例子：多个警察部门提供了部门内部人员的报告，展示了在过去一天内或者一周内发生的所有犯罪行为。当犯罪发生时，事件驱动构架可以使警察部门将报告转达到在现场的工作人员手中——这是一个伟大的改进，让现场工作人员对他们附近将发生的事情有一个意识，能够提供更多处理方式。当罪犯行为发生时，这些新的系统能够很容易地向市民报道实时信息。
其他的一些实例：
当地政府的市民报告系统——涂鸦，坑洼，犯罪，交通事故；
恶劣的天气报告——洪水，飓风，暴风雪，雷电，龙卷风；
公用事业 —— 损坏的设施，服务中断，紧急客户端的响应；
应急响应 —— 受伤，进行的犯罪活动，火灾，交通事故，黄色警报，自然或人为灾害；
交通 -——拥塞报告，交通事故，道路封闭，施工。
从所支持的格式切换到议定的挑战
而在以前移动数据的挑战都出现在数据格式方面，现在扩展到协议。这些新的订阅基础系统通过一些协议发送通知来订阅最新信息。同样的，更多的数据报告协议能利用的更好。
这些新系统正在繁荣发展，它们必须能够尽可能插入许多其他的系统。从Twitter到传感器（sensors），到基于云数据存储——例如Google Fusion Tables和DropBox，到其他通知系统——例如Pusher和Amazon SNS-越多越好。有时，最有趣的协议不是那些新的或者令人兴奋的，而是以前确定的协议，例如：UDP或者Email。最为重要的是，一个国家先进的通知系统必须支持手机设备。
订阅和通知实验
我们的实验发现了这个新的模式，既灵活又强大。为了测试这个模式，我们用FME 2012 Server SP2建立了一个非常简单的通知系统。这个系统是通过工作空间来完全驱动的，在记录日志时通过网页、email和手机设备。作为这个实验的一部分，我们建立了两个手机应用服务：一个订阅应用服务，一个报告应用服务。
最大的惊喜就是作为报告和通知机制的Email非常有用。需要报告数据吗？没有问题；仅需拍摄一张照片并邮发到系统中。想通知更新吗？也可以通过邮件的方式，这证明Email是很容易进入系统的入口点。想用基于数据的Email验证系统吗？这是小Case了。
原文地址： http://blog.safe.com/2012/04/the-power-of-events-subscription-and-notification-services/