2019-11-11走上微服务化道路的主要原因还是微服务目前大热加上docker的兴起，出于可能降低成本的考虑。
但以前就是SOA的架构，按照模块分解服务，但是并没有微服务，不知道这样的模块分解服务然后通过DNS去访问的方式叫做什么呢？
而有个问题在于现在公司的确是将业务按照模块拆分了，但是这些模块还是访问的同一个库，这样微服务拆分是不是并没有性能上的提升，反而因为多了网络传输而更加慢了，只是逻辑分层清晰了？那这个时候还有必须微服务么？毕竟多开一个数据库实例就要有额外的支出。 1 9
2019-11-11现在公司，把业务按模块拆分，每个成员负责一个模块，但是这些模块依然连的同一个库。 7
2019-11-12系统QPS并不是微服务化的决定性因素或者说直接因素，主要还是看是否遇到问题了，比如资源问题、效率问题、成本问题等。 1
2020-01-15走上微服务的原因是
1、确实是代码量大 交互在一起复杂
2、部署、测试麻烦作者回复: 是的
2020-01-03我的系统使用的是leveled 只能在进程内读写 目前性能很高 试着拆分成微服务后 增加了网络调用 导致性能降低 这种情况老师遇到过吗作者回复: 跨网络调用肯定性能会下降
2019-12-20微服务后，然后就是中台的构建了作者回复: 对很多公司来说，中台还比较远
2019-11-29微服务最根本的应该是解决架构和可扩展的问题，像文章重说的1wqps 在微服务场景中也同样存在- 2019-11-19唐老师你好，关于高并发的系统人们都会问系统的qps是多少。但是如果一个系统经过服务化之后，我只会负责其中的一个小模块，所以我关注的只是这个模块的访问量多少。所以系统的qps我是无法关注的，也关注不出什么东西（因为其他的模块都不是我负责的）。想问下这时候人们所问的qps是指模块的qps还是只系统呢？如果是模块的话qps其实是比较小的，很难提到高并发；但是如果是系统的qps，而其他模块是其他部门负责的，与我又没有什么关系。这种情况下应该如何回答呢？
作者回复: 可以只是你负责的qps，你需要对你负责的项目模块的数据有足够的了解
2019-11-13用户服务伸缩的时候数据库还是会成为瓶颈- 2019-11-12用户池值得是用户连接池？
作者回复: 不是 是部署用户的接口的业务
2019-11-12打卡。还是有收获的，以前理解微服务化，只知道业务细分和单独部署扩建容易，没想到数据库连接数这个地方也有讲究。 曾经的大项目是一体化的，开发过程比较崩溃的是八竿子打不着的类被远方的一个兄弟改了，我提交代码的时候被卡下来了。。。原因就是紧耦合，而我没有全量更新代码。作者回复: 👍👍
2019-11-12由於公司是跨國的業務系統，以前的monolith服務器部署在美國，就導致歐洲亞洲訪問速度很慢，但是分地理位置部署成本又太高，就考慮使用AWS的跨region模式，租用AWS的專線來做數據的不同region同步
2019-11-12之前主导过一个项目，那时正是微服务概念开始流行的时候，脑袋一热，很多东西还没搞懂，就心痒痒地弄起来了。
结果当然悲剧了，还好及时止损。
不过遇到一个大问题还是可以说说的：就是数据问题，至今没搞明白，多个微服务之间是否可以存在相同的数据。还是必须通过接口的方式获取作者回复: 没有准备好就为服务化是大坑
2019-11-12老师，业务池的作用什么，其他的业务池只访问用户池可以吗作者回复: 业务池是为了隔离故障把业务拆分部署，业务池之间是平等的，最好不要相互调用
2
2019-11-12面试的时候，面试官问我，你们体量不大为什么要拆分呢？我从开发的角度回答的。项目维护或者单独优化，提取公共服务之类。老师，如果只是为了开发维护上做业务模块拆分，有必要吗？作者回复: 我觉得如果维护上痛点明显的话是有必要的
1
2019-11-11目前项目还不是微服务的架构。但是早晚会变成微服务的
2019-11-11一句话：量变引起质变；现在不少人张嘴微服务闭嘴微服务，但是得去衡量自己的业务真的有必要吗？微服务看着优雅其实成本很大，就单纯这个问题每秒上完 QPS ，这业务量很大了，不细粒度怎么可以作者回复: 是的~
2019-11-11发个版 ，半小时作者回复: 有时候不止半小时：（
2019-11-11老师你好 ，我想请教一下。
数据库那块我有点疑惑，你把用户的模块拆分出来成了单独的用户库访问，为什么就减少了用户库的瓶颈呢，那我拆分之前的所有用户库的请求不减少的情况下都丢给用户模块，那请求数量和建立连接的数量和 不拆分的时候不是都差不多吗，而且还增加了不同服务之间的IO，希望老师看到能点解一下作者回复: 是拆分成单独的用户服务，这个服务只处理与用户相关的业务逻辑，所以部署的机器相比web层要少很多
4
2019-11-11以前每次发版整个部门的人都要到凌晨 项目太大 导致开发时项目启动耗时太多 自己的代码会牵扯到别人的代码 提交时 代码冲突问题 因为所有人代码都在一块 一个人有功能要上线 其他人都得留下 一个很小的功能上线 测试都到对其他功能做回归测试 真的太难了作者回复: 相同的经历呀，苦涩~