cloud项目部署遇到的问题与解决办法

最近做了一个cloud项目,并且在部署阶段。从之前的打包,到Linux的常用命令操作。勉勉强强现在项目是在服务器跑起来了。然后下一个问题就是运行的服务各种报错,在eclipse上啥问题都莫得,然后到服务器上一跑简直坎坎坷坷都是坑~~我也很无奈啊~~

哎,接下来把遇到的问题在此一一列举并且说出原因和解决办法,额,有的解决办法是对付暂时不报错了正常使用了,但是出错误的原因没找到并且没有实际上解决错误。还有的我也布吉岛解决办法。

1,jar包启动问题:

第一个问题就是挺让人无语的,不算是技术层上的。上一篇文章我简单的写了下脚本的编写和使用。然后我当时也是实测可用的。问题来了!我当时只起了两个jar包,所以一切正常。但是等我全部打包想启动以后,脚本里启动了四个jar包,结果就出问题了!

脚本中内容(同时启动四个jar)


进程启动状态

如图所示,跑四个jar包,结果只有三个能起来。我不知道是因为点什么,然后login打印出来的日志也并没有报错(这里我已经是最下面一行了),然后我单独跑这个jar是没问题的,完全可以正常运行。

到实例化jpa的时候卡住

由此,我一个脚本执行所有程序的美好想法破灭。至今跑不起来的愿意还不明确。我这里重申一遍,不是启动慢的卡住。再启动慢也不会启动十分钟吧?然后解决办法我实在也没想出来,甚至为什么会这样也不知道。如果有明白的大佬可以指点一下为啥出现这个问题就再谢谢不过了~~我暂时的解决办法就是每个服务单独一个脚本。这样才把好几个服务都跑了起来。

2,超时问题:

这是一个及其特别恶心的问题,就是其实明明接口调用成功了,但是接口返回的确实超时!!!然后还莫得规律。有时候调用就这样,有时候就好了(我这真的不存在第一次超时之后就好了的现象)~


zuul的超时

然后百度说可能是第一次加载时间长所以超时。于是我屁颠屁颠的根据网上的教程更改配置。如下图(因为我实测没用,所以直接截图了。可能我的情况和贴主的不一样,所以我尽量心态放好~~反正这里再重申一遍!我实测!没有!!)


网上教程

然后我又看到了zuul的饥饿加载模式(其实本质还是第一次连接超时问题,但是我真的不知道解决了~所以也试了下。但是还是没用!),下面直接上截图:


Ribbon的饥饿加载(eager-load)模式

其实说实话,我感觉这两个应该是有效配置,因为我eclipse中第一次超时就是用这种配置优化的。但是我不知道服务器上为什么就一点用没有。。而且我服务器上不仅仅是第一次调用才出现超时。比如隔五分钟调用一次,可能三四次正常调用了下一次超时。。目前为止这还是个未解之谜。唯一的合理性的猜测可能是服务器配置太低(一核一G的,老板说是测试,没必要配置那么高)。如果有大佬知道出现这个问题的原因可以留言或者私信~~万分感谢~~~然后我这个问题因为不太影响使用(反正我也没解决办法),所以目前就是这样没有处理。

3,eureka的Read Time out:

这个问题是最无脑但是也是最无解的一个问题,在经历了一个多星期的调试和查阅资料,连同第一个好几个jar的脚本无法同时启动,都算是找到了原因。因为测试运行的服务器是一核一G的,所以在超过三个jar同时启动无法成功。这个不是一个完全标准或者明显指出的问题,因为我在我笔记本同时跑四个jar完全没问题。同样本地跑也没问题,唯独在服务器上跑,只能跑起三个。再运行一个客户端,立刻eureka服务端显示超时。问了群里的好多人,出现这种问题的原因基本上现在有可能的就是服务器运存不够。而且查看cup使用情况,三个jar包就百分之98。所以觉得jar包起不来和eureka超时应该是电脑配置原因。

因为一些意外,很可惜项目的部署并没有完成,所以目前为止遇到的问题就这么多,而且有的解决的还不够彻底。这是个小遗憾。不过如果以后再有实操部署项目希望能补全这个遗憾。

然后最近在找工作,所以可能会专注研究一些原理或者技术之类的,项目的部署就这样吧。同样如果有什么指点或者问题都可以留言或者私信~~~~~

受大不易,希望大家点个关注喜欢什么的。我一直坚信学习是一种乐趣。

你可能感兴趣的:(cloud项目部署遇到的问题与解决办法)