使用xxl-job的客户端除了原有的server port之外,默认开放9999端口号供xxl-job-admin请求使用,在这里假设一个场景:服务使用docker部署,在一台机器上部署了两个不同服务的示例,但是它们均使用了xxl-job,如果不特殊指定端口号,则都会默认使用9999端口号,宿主机同时也要暴露这两个端口号才行,然后就会出现端口号冲突。
为了解决这个问题,每个服务都要指定特殊的端口号给xxl-job使用,使用的端口号不能和其它服务的端口号一样,然后在docker-compose中将相关端口号放开;如果有服务新增了该功能,则需要更改docker-compose文件。。。这导致了维护端口号的成本和运维成本 。
我觉得xxl-job本不应该多开放一个端口号给xxl-job-admin使用,我看貌似使用了netty,何不使用长连接和服务端双向通信,这样就避免了客户端多开放一个端口号的相关问题。
或者客户端可以重用原来已经开放的端口号?就像swagger ui集成方式一样
1条答案
按热度按时间8yparm6h1#
https://www.cnblogs.com/kuangdaoyizhimei/p/14742067.html
这老哥改了下