首页
App
&
Coffee
文档
项目
分享
反馈
俱乐部
登录
注册
Jfinal 能否出一个微服务的模块,而不用第三方例如dubbo
caoyuan1
2024-11-02 15:12
微服务有时候还是会用到的,能否jfinal出一个自己的微服务模块,这样用jfinal就不用再选型微服务的技术了。
项目:
JFinal
1
评论区
JFinal
2024-11-04 14:54
最近几年好些微服务实践的用户和朋友在从微服务转回集群模式
微服务成本极高,如果你在大厂有钱、有人力、有快速动态扩容需求那无可厚非
绝大部分公司用集群是省事的方案,mysql、redis、jfinal 三类节点做好集群就好
jfinal 在微服务大火的头两年确实有过进入这个战场的冲动,甚至还写了上万行的代码,但最后忍住没参与,因为这与 jfinal 定位不符, jfinal 建立的是一个小而美的世界
当然,小而美并不是说只适合小系统,而是说 jfinal 自身是小而美的
回复
caoyuan1
2024-11-09 11:28
明白,这个说的倒是很通透,不能为了用而用。
回复
zzutligang
2024-11-12 17:40
集群模式是最适合的模式。只不过有时候有些场景不得不使用微服务([不得不]这个词可能有点夸张)。比如我们业务场景,有财政专网和银行专网,那访问财政和银行的代码就必须通过微服务访问。当然单独在前置机部署一个web应用服务,提供http服务也是没问题的。
回复
星矢
2024-11-15 09:32
@zzutligang
个人认为, 提供一个独立的服务端, 专门对接这些三方系统, 然后jfinal写的项目对接这个服务端, 只要服务端做好承接问题, 剩下的问题都不大。
回复
发送
我要反馈
热门反馈
扫码入社
微服务成本极高,如果你在大厂有钱、有人力、有快速动态扩容需求那无可厚非
绝大部分公司用集群是省事的方案,mysql、redis、jfinal 三类节点做好集群就好
jfinal 在微服务大火的头两年确实有过进入这个战场的冲动,甚至还写了上万行的代码,但最后忍住没参与,因为这与 jfinal 定位不符, jfinal 建立的是一个小而美的世界
当然,小而美并不是说只适合小系统,而是说 jfinal 自身是小而美的