微服务最近很多但是对微服务的理解貌似有点不怎么透彻
比如我的项目有用户,订单,积分,消息,商家,商品等这么多模块。如果是单一工程就是很好理解就是一个项目全部都写到里面
那么如果是微服务化的话,我的理解就是把它按照模块分成不同项目,每一个项目都是独立的ssm结构的工程,比如用户(user),订单(order)等等都是单独的独立的完整的一个ssm(mvc三层结构)结构的项目。
然后用户这里需要调用订单也需要调用积分。那就是用dubbo或者spring cloud或者说直接用http来调用就好了。
以前我一直这么理解的。但是最近公司架构师在架构微服务的是好像不是这么回事。
首先架构师还是按照模块分了这么几个项目(分了user,order,message等),但是有个问题就是架构师架构的微服务都是只有service+dao两层结构的工程。然后将springmvc的controller单独抽取出来了。这里可能有UserController,OrderController,成了这种结构了。
到底哪一种是正确的。
感觉spring cloud还是需要一个完整的ssm(三层结构的项目),dubbo好像是我们架构师那种结构(controller是一个工程,service+dao是一个工程)。