关于实时架构的一点想法

近来做了一个大屏的大项目（效果类似于下图的那种），说是要做到数据实时，甚至把物联网的那一套东西都接进来实时监控！！！

（大屏指挥中心效果图，来自dreamstime.com）

最后在征求多方专家的建议，综合评估各大方面的情况后后得出一方案是：

其实，这样从数据产生，直到前端显示，差了好几分钟。

本着我是做技术的，整理了一下自己的想法，认为整体数据流程是这样的：

1. 数据来源。数据来源可以很多，可以来自kafka、DB、日志文件等。
2. 通过spark streaming或storm等实现比较实时流获取分析数据。非实时要求的数据，可以由ETL工具处理落地。
3. 对要求实时更新显示的数据，spark每处理处理完一批以后，使用MQ+websocket通知到前端进行更新。
4. 前端因为不是面向社会大众，所以可以指定使用支持websocket的浏览器。通过websocket与服务器通信，能够及时得知数据动态。而刷新数据，仍然使用rest的方式，H5页面只关心和处理自己关注的事件，并进行刷新就可。同时，通过定时刷新功能，也可以支持非websocket的浏览器正常的使用。

有时间上代码。。。

当然，并不是所有的最新最好的技术就是最好的解决方案。还要综合人力物力需求等各方面的情况，评估出最合适的方案