对于一个有点纠结的人来说，没有得到一个合适的“标准答案”真的太痛苦了。
     在工作中，通常根据业务体量、工期等综合因素，早期的项目通常是一个包，一个库也许就是单体吧。后期我们在项目里进行各种分层，模块化，然后多子系统分布部署，最后我们以业务为中心实现业务精简。
    过程中我遇到很多问题，就是名词问题，也许实际业务中已经用到了分布式，微服务

问题描述1：
1:早期，各个分布发布的子系统遇到了业务相互调用问题，我们直接通过httpclient进行调用，这里对应是不是远程调用组件的功能如RPC的dubbo，fegin
2:早期调用http接口，为了方便，我们收着了每个调用的请求、反馈及上下文日志，并尽量按照时间顺序打印，这里是不是类似微服架构里的调用链
3：由于有些相关性业务要同进同退，于是我们着了大量数据库的判断与手动回滚，痛苦。这里又是那个组件框架

问题描述2：
1、springcloud是一类工具集合，还是在整合很多工具时还一个框架
2、由于缺乏整体性的认知和使用经验，据百度结果说，dubbo实际也具有服务治理，注册等功能，为啥我们通常还需要搞其他的，而我也仅仅用他做过远程调用一个RPC框架而已
3、一个服务部署多个是不是就是集群用法，这样是不是同样会有分布式事务问题

暂时只能想到这些，由于缺乏经验，全局性的概念，这些生态性的东西困扰很大，随然我们开发但是不知道为什么要这么做