这是一个创建于 85 天前的主题，其中的信息可能已经有所发展或是发生改变。
当前是执行器端任务执行完了后，会往中心端传，然后在中心端提供查看。
现在是执行器任务正在执行，日志文件写了一半，也需要在中心端提供查看。
不引入外部的第三方的服务。
然后目前是，调中心端查看日志接口，中心端先去调执行器端的接口，获取日志内容，再在中心端做返回。
有什么更好的解决方案吗？
现在是执行器任务正在执行，日志文件写了一半，也需要在中心端提供查看。
不引入外部的第三方的服务。
然后目前是，调中心端查看日志接口，中心端先去调执行器端的接口，获取日志内容，再在中心端做返回。
有什么更好的解决方案吗？
8 条回复 • 2024-08-28 20:32:18 +08:00
 |
1
siweipancc 85 天前 via iPhone
同步盘挂本地？:D
|
 |
2
xwayway 85 天前
能想到最简单省事的就是你说的那个，每个执行端都是一个 server 服务，主动把本机 host port 上报到中心端，需要看日志的时候，中心端提供 proxy 服务。 哈哈
|
 |
3
xiaoriri666 85 天前
xxx-job 就是你这种处理方式，要不然就是每次日志都往中心端传
|
 |
4
maughan 85 天前
powerjob 试下
|
 |
5
hut023 85 天前
看场景，如果是中心与执行端是互通的，中心作为一个代理访问到执行端是最方便，性能最好的；
如果执行端能访问中心，中心不能主动访问执行端，只有中心端主动拉取，或者执行端定时推送了。 |
 |
6
defaw 85 天前
logback socket appender ，执行那边全部配上中心的地址，全部日志存储到中心端，全部日志从中心端查看
|
 |
7
summerLast 85 天前
xxl-job
|
 |
8
lingalonely 85 天前
这种 manage worker 的模式，简单就是 worker 的执行日志，在本地生成，manage 需要看的时候直接调用 worker 的接口，不过，worker 的日志会存很多，可能需要清理，所以如果有文件服务最好，worker 向文件服务写，manage 向文件服务读
|
Select Language