高可用数据采集平台（如何玩转3门语言php+.net+aauto）
同类文章：高并发数据采集的架构应用（redis的应用）
吐槽下：本人主程是PHP，团队里面也没有精通.net的人才，为了解决这个平台方案，还是费了一部分劲。
新年了，希望有个新的开始。技术+团队管理都有新的突破吧，在新的一年对自己好些，不能再继续搞基下去。
问题出发点：
´随着软件的日益强大，用户的使用需求越来越多，用户也希望众多数据进行整合，来达到资源的合理应用。
立即学习“PHP免费学习笔记（深入）”；
´有些数据资源需要抓取网页的形式来采集到数据。
´采集应用不统一，没有良好的管理程序，杂乱无章。
´采集应用经常性无响应，无相应的中断程序，极大照成应用的不稳定性。
解决方案：
为了解决上述问题，提出了如下的解决方案，主要是使用了服务平台这个概念。
数据采集服务：使用C#创建windows服务。（aauto至今没找到相应的创建windows服务的实例）
功能包括：
1. 定时请求待采集事项，并放入待采集队列
2. 多线程定时通过API上传资源数据以及其它状态信息。
3. 定时平台监控，采集应用时间过长发出中断通知，通知无响应强制关闭应用并且重新启动。
4. 上传心跳信息，保证数据采集服务正常运行。
采集应用：使用AAuto创建应用，其实使用.net也是可以创建采集应用的，主要考虑到aauto语言这块团队相对来说成熟点，而且已有现成的应用了，只需要稍微修改下就可以和服务平台对接了。
功能包括：1. 采集数据资源放入本地数据库，比如sqlite。
2. 保存耗时信息，通过耗时的均运算服务平台可以决定多久发出中断通知，以及可以预测多久时间可以完成工作。
状态应用：主要是辅助应用。
功能包括：
1） 可以查看处理进度
2） 可以查看数据上传进度
3） 可以查看待处理进度
4） 可以查看应用耗时信息
通过以上的解决方案来看：服务平台作为统筹工作者，负责与PHP API进行交互，相对来说对于采集应用来说相对独立，所以有很好的解耦性，同时又保证了稳定性。
采集应用不再负责与PHP API交互，主要负责与本地资源交互，那么相对来说，代码的工作量减少了，采集速度也能相应的提高。
具体代码实现：可以关注下后期的文章吧，我也会进量把代码贡献出来。觉得不错的给个赞吧，新的一年新气象。
