自助服务系统的网络设计模型请教?
前在开发一个软件项目,是局域网络架构,一服务器加十多台自助终端,各自助终端向服务发出各业务请求,
服务器响应自助终端的请求。整套系统要求24X7的无故障运行,不需人工干预。
服务端和自助终端的大致架构是 网络监听接收线程和网络发送线程,分别对应接收队列和发送队列缓冲,
数据分析线程消费接收队列的内容,并产生一些工作任务至工作任务队列。工作线程依次从工作任务队列中取出
各工作任务,进行相关的工作,可能会产生相关的反馈结果至网络发送队列。
1 第一个疑惑是,在具体的业务工作请求中,例如终端向服务器发出一请求的socket通信业务帧,具体实现是向发送队列插入一个帧数据, 发送线程再取出再发送,
在这样子的一个机制下,当网络socket通信(不一定是硬件)有问题的时候,有啥好的方法把该错误信息反馈至终端用户?
目前采用的技术是udp协议加回答帧确认来进行通信,具体的socket数据收发的函数的返回值有判断处理,
由于我目前的架构是使用 一发送线程专门负责发送数据帧,只是从 发送队列中取数据,我的疑惑是: 如果在该发送线程中检查到socket函数返回值有问题,
如何把该结果反馈至业务层,说明该业务数据帧没有发送成功。以及如何进行一些保护,具有一定的容错和自恢复性?
2 第二个疑惑是: 服务器有一些工作是控制一些下位机硬件,发出一些控制命令后,是需要一定时间后才知道执行结果的, 再需要把执行结果返回给相关的自助终端。
往下位机发完控制指令后,可以立即返回。但是过一段时间后(约几十秒后)服务器需主动查询下位机的执行结果状态,并把该结果再返回给相对应的终端。关于此种情况,
这些工作均是在工作线程中完成,请问对此种情况有没有一些成熟稳定的模式或者思路,谢谢!
非常欢迎各位高手讨论,发表各自的思路高见,如有经验介绍则更佳,谢谢了!