java多用户商城系统——支持springcloud
前几篇分享了基于Java大型多用户商城系统的集群、分库分表、图片服务器、CDN等等。这两篇讲解微服务相关部分,前面dubbo讲解过了,我们是通过完全注解的方式开发,可以把service直接作为服务端,节约非常大的开发。这一篇讲解SpringCloud做微服务部分。由于我们是需要做互联网电商系统,这种互联网项目一般交互非常大,所以数据量每天的产出也是惊人的,比如我们公司...
需要商城系统的朋友,请联系下方微信
前几篇分享了基于Java大型多用户商城系统的集群、分库分表、图片服务器、CDN等等。
这两篇讲解微服务相关部分,前面dubbo讲解过了,我们是通过完全注解的方式开发,可以把service直接作为服务端,节约非常大的开发。
这一篇讲解SpringCloud做微服务部分。
由于我们是需要做互联网电商系统,这种互联网项目一般交互非常大,所以数据量每天的产出也是惊人的,比如我们公司,做互联网金融+电商模式,不仅需要做到数据实时性,而且要数据安全做到非常可靠才行!!!
那么对于这种系统,也是做了大量的选型,我这里对于mvc并无太大要求,但是orm层必须是可控的,因为后期优化是必要的,那么类似springjpa、springdata、springjdbc、hibernate这类的肯定不考虑了。
那么久剩下来mybatis、以及原生sql了,我们其实还是比较倾向于原生sql,但是一般软件公司做产品是不会提供的,毕竟维护成本比较高。最终orm选型mybatis!
那么对于微服务层呢?
orm层这种毕竟是大家常用的,一般很容易做决定,不需要做大量的测试的。
但是微服务这一块就比较难决定了。
微服务目前有dubbo、springcloud,当然还有其他的rpc框架可以调用的。
但是我们还需要类似判断服务是否挂掉、抗压等等rpc功能之外的需求,那么dubbo这类就远远不能满足了。
最后定位于SpringCloud。
剩下来就是把原来的项目代码复制到SpringCloud架构中了。
目前我们是把订单系统、交易系统、短信、邮件,金融部分的交易、清结算、审核、合同等放到微服务中处理。目前运营一年时间未发现问题!
大家如果有Java B2B2C多用户商城相关的问题可以咨询本人
更多推荐
所有评论(0)