微服务理解

1. 为什么每个服务都有自己独立的数据源?

每个服务获取数据的方式有很多种, 可以远程调用(feign, dubbo等), 也可以本地数据源.

如果当前数据源和别的服务公用有什么问题?

a. 建表维护责任问题;

b. 如果业务有交接, 会有不告而取的问题, 这个问题涉及后续分赃问题

 

2. 所有的服务都是微服务吗?

这个见仁见智, 但在项目中稍作区分. (endpoint 服务 和 business 服务)

business服务都是微服务, 灵活部署, 主要面向数据库编程, 以业务发展为边界

endpoint服务, 显然是面向端服务的. 这个服务很大程度和版本关联, 以版本迭代需求为边界

从这个分层来看, 多个business 服务有业务交集, 可以在上层做统一业务出口, 这就是业务中台.

 

3. 直接业务逻辑中调用服务?

很多代码中, 在service中直接 ***client.sayHello() 的写法. 这种显然是有问题的.

例:

如果多个地方都需要替换sayHello方法, 那你享受一下 牵一发而动全身

 

4. 本地业务中频繁使用调用服务结果模型?

这也是不建议的, 本地服务有自己的业务模型, 最好将服务数据模型转为自己的业务模型, 

如果使用服务模型有什么问题呢?

例: 如果现在A 服务不维护了, 换成了B服务(尤其是换了数据模型), 这时你细品, 细品