1,后端与 job 作业是完全分离的,中间是用 rebbitmq 进行通信的!也就是说,后端对作业操作只需要发送消息到rebbitmq服务器即可!是由于 job 的完成是耗时的过程!所以采用消息队列来完成异步的处理!
2,当 rebbitmq 服务端发送消息,客户端会进行监听得到消息,采用多线程进行处理,一是job 具体操作处理,一是进行作业的状态进行定时查询处理(死循环)
3,对读写操作采用线程锁的方式,在此处(开启新的进程)是代码来执行脚本,运行状态和错误存储到本地文件之中,所以要频繁的读写。线程里开启进程操作slurm命令行!
4,由于job是耗时的操作,也是状态更改频繁的,因此要时刻的更新数据状态!
5,webhooks 得到的数据是通过rebbitmq 频繁发送的数据,要进行处理,如果和上一个状态不一样,说明状态改变!
6,数据库的插入操作是通过后端进行处理的,此时的状态肯定会随着job进行更改的。
7,一直进行轮训查询状态,是为了保证状态是最新的状态,job 在运行之后不能保证由于自身的原因导致死机,但是数据库还是创建job时的状态,因此需要一直不断的监控并且更新状态。
转载于:https://www.cnblogs.com/shi-qi/articles/9623699.html