关于微服务问题

开源中国技术顾问 发布于 01/29 10:51
阅读 506
收藏 1

现在有两个项目,一个项目1和项目2,现在已经为项目1做了订单的微服务(service dubbo),

现在要开始做项目2了,项目2也有订单模块,现在又要新建一个订单的微服务给项目2用,项目2需要的接口很多都是和项目1一样的。

我在想微服务不就是专门提供一个服务吗,为什么还要为每个项目都建一个,大家怎么看?

是不是我想错了呀 ?

 

下图是我刚看到的一个微服务的博客,是不是应该像图片中一样 一个基础微服务 ,每个项目再建一个微服务来引用基础微服务,觉得这种方案不错 

 

11.29 18:17

项目2 中的订单服务 也建了一个订单表 ,和项目1的订单表相比一些业务字段不一致,这样合理吗 

加载中
1
银杏果果
银杏果果
没办法吧,既然db数据结构不一样,多多少少订单相关的业务必然有所不同,接口只是表相,接口的内部最终还是操作数据的,数据都不同肯定不能共用,要么你就统一数据。能够共用的微服务哪怕是供第三方都能适用,比如独立的登录验证服务、地图导航服务等等,而订单系统其实是电商系统的一个比较敏感且私密的组成部分,数据结构既然不同就没必要共用了
0
R-Lu
R-Lu

应该不是这样玩的吧,你应该是新建一个服务引用,而不是开发一个新的服务吧。

开源中国技术顾问
开源中国技术顾问
新建的微服务 调用之前的微服务的接口?
0
理工男海哥
开源中国技术顾问
开源中国技术顾问
回复 @michaely : 框架已经定了
理工男海哥
理工男海哥
回复 @开源中国技术顾问 : 有了#Jboot#,还有必要用SpringBoot吗?哈哈
开源中国技术顾问
开源中国技术顾问
使用的spring boot 还有必要用其他框架吗
0
gitOpen_1
gitOpen_1

微服务的一大优势是动态扩展,高内聚,你这搞的还是SOA吧,完全没有独立出来

0
一只小桃子
一只小桃子

首先你这不是微服务,只是服务化

开源中国技术顾问
开源中国技术顾问
回复 @二十岁以后 : 结构 不是我弄的,我也是今天看了下框架结构 ,感觉有些不太合理 ,应该已经动不了了
二十岁以后
二十岁以后
同意,我觉着楼主还是没有搞清楚微服务的感念,建议给Netflix官方发个英文邮件,他们会给你解答一些疑问的
0
Sharon-jie
Sharon-jie

我们的微服务就是一个服务,别的服务需要调用该微服务就是通过该微服务暴露的接口进行调用

开源中国技术顾问
开源中国技术顾问
项目1的结构已经定了 项目2怎么搞好呢
0
Sharon-jie
Sharon-jie

我们有多个微服务,彼此之间通过暴露的接口进行调用

开源中国技术顾问
开源中国技术顾问
是我发的问题中的图片中的 那种调用方式吗 比如对一个订单只有一个基础微服务
0
Sharon-jie
Sharon-jie

我们是这样的:

Sharon-jie
Sharon-jie
回复 @rexxor : 不全是,看有没有多个微服务之间的调用,不需要调用其他微服务的就在自己的微服务中进行处理,遇到需要多个微服务接口的,就在conroller中进行实现。
r
rexxor
你们的逻辑都放在controller里的吗
0
Sharon-jie
Sharon-jie

微服务与数据库交互

0
caiw
caiw

项目2 中的订单服务 也建了一个订单表 ,和项目1的订单表相比一些业务字段不一样

既然业务字段都不一样肯定就不能共用一套订单微服务,顶多了可以共用一些基础接口和公共服务

所以那个架构图是没问题的,而且图上也说了上层是base服务,具体的service实现是由第二层提供。

so.. 没毛病。

微服务架构除了这种调用依赖以外,还有比较重要的集群、负载均衡、服务治理功能。

So..不要把微服务简单理解成调用依赖。

开源中国技术顾问
开源中国技术顾问
图上是我搜到的 我司没有base ……
返回顶部
顶部