从javaweb项目中,拆分出可执行jar包,意义何在

文和8866 2017-08-13 05:30:56
今天发现公司的其他项目组,将原本在javaweb中的业务逻辑抽出来,单独放在了多个可执行的jar包中。
导致了部署项目的过程极其繁琐,每个jar 都会有一个配置文件和多个文件执行路径。

询问后得知,这样可以多台机子上部署jar,提高处理效率。

想问问大伙,提高处理相率一定要,拆分多个jar,分布式部署吗?如果只维护一个javaweb项目,是否同样可以提高处理效率呢
...全文
240 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
X元素 2017-08-14
  • 打赏
  • 举报
回复
引用 3 楼 jk469957559 的回复:
[quote=引用 1 楼 u011619071 的回复:] 这样给你个例子理解一下,我现在有个完整的系统 S1 包含了 三个功能A B C, 对于线上接口,A请求的频率占到整个服务的50% ,现在整个集群服务已经无法满足越来越多的用户,这时候楼主考虑一下,是直接将S1 系统部署到对应服务节点上?还是只是将A功能打成jar包部署上去? 另外楼主考虑一下现在的服务治理方案,采用一些RPC框架,能更好的解决你们企业遇到的问题。
先谢谢您的解惑,还有一个问题,javaweb应用是否可以充分的利用CPU,我们linux,centos6.5,当时也有一些原因是javaweb在解析文件的时候,没有办法充分利用cpu,所以拆分成可执行jar了。难道部署在tomcat 中的javaweb 项目不能充分利用cpu吗?[/quote] 楼主了解一下现在比较流行的这些rpc框架吧,dubbo,thirft,等等。从应用的角度能很快解决你现在单位遇到的问题。
verphan 2017-08-13
  • 打赏
  • 举报
回复
学习
文和8866 2017-08-13
  • 打赏
  • 举报
回复
引用 1 楼 u011619071 的回复:
这样给你个例子理解一下,我现在有个完整的系统 S1 包含了 三个功能A B C, 对于线上接口,A请求的频率占到整个服务的50% ,现在整个集群服务已经无法满足越来越多的用户,这时候楼主考虑一下,是直接将S1 系统部署到对应服务节点上?还是只是将A功能打成jar包部署上去? 另外楼主考虑一下现在的服务治理方案,采用一些RPC框架,能更好的解决你们企业遇到的问题。
先谢谢您的解惑,还有一个问题,javaweb应用是否可以充分的利用CPU,我们linux,centos6.5,当时也有一些原因是javaweb在解析文件的时候,没有办法充分利用cpu,所以拆分成可执行jar了。难道部署在tomcat 中的javaweb 项目不能充分利用cpu吗?
解开者 2017-08-13
  • 打赏
  • 举报
回复
其实这个就是dubbo的典型应用场景
X元素 2017-08-13
  • 打赏
  • 举报
回复
这样给你个例子理解一下,我现在有个完整的系统 S1 包含了 三个功能A B C, 对于线上接口,A请求的频率占到整个服务的50% ,现在整个集群服务已经无法满足越来越多的用户,这时候楼主考虑一下,是直接将S1 系统部署到对应服务节点上?还是只是将A功能打成jar包部署上去? 另外楼主考虑一下现在的服务治理方案,采用一些RPC框架,能更好的解决你们企业遇到的问题。

50,503

社区成员

发帖
与我相关
我的任务
社区描述
Java相关技术讨论
javaspring bootspring cloud 技术论坛(原bbs)
社区管理员
  • Java相关社区
  • 小虚竹
  • 谙忆
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧