微服务是炒作吗？

[lidfather]

实在想不出有什么大的革命

[ghos]

我要吐槽我们公司的微服务，搞了十几个 springboot 分别部署就叫做微服务了，部署麻烦的要死，互相调用靠写 httpclient，这就是山寨微服务的搞法。

我觉得 微服务首先要解决 日志 监控 部署 事务 这几个问题才上不然真的是无比蛋疼。

[txwd]

可以参考区块链技术是怎么被玩出花来的

[dyllen]

@ghos 你的这个有点坑呀，哈哈。

[luzemin]

@ghos #21 同意。不过好多公司因为各种制约，都是伪微服务、伪 DDD 等等。之前 git 火的时候，公司要求将 SVN 换成 git，换了之后，还是当 SVN 用。

[fish2050]

@ghos 我写的微服务框架满足你的需求，部署也简单， nutzwk.wizzer.cn

[hst001]

@iyaozhen #20 是没有瓷器活不要揽金刚钻

[chendy]

不是炒作，但是没有刚需或者没有足够实力不要上

[Cbdy]

还有云原生

[dyllanwli]

不是的 serverless 是真的香

[hzgit]

有没有炒作倒是不清楚，不过微服务肯定不是凭空拍脑袋设计出来的，而是在业务体量快速增长的现实逼迫下发展、演进出来的。
so，什么又是革命呢？无非是不得不为而已。

[szq8014]

得看项目需求，如果就一普通项目，没啥并发，没啥瓶颈，单体项目就妥妥的最合适。

[lazyfighter]

看看微服务设计那本书你就理解了，很多公司的组织架构都是根据服务来的

[hellojl]

不是炒作，但是能从微服务中获得收益的项目，和有必要从微服务中获得收益的项目并不多，这个和微服务宣传的火热程度并不匹配

[wysnylc]

@luzemin #10 分治无处不在

[l00t]

分不分，复杂度都在那里，不在这里解决就在另一个地方解决，并不会因为分治就把复杂度给消除了的。

[lihongjie0209]

微服务的是对运维的挑战. 运维跟不上, 都是扯淡.

[Varobjs]

@ghos 很同意，有的就是只想着拆，觉得拆除去就好了。基础工具不搞好就上，都是脑子一热而已

[Varobjs]

@lihongjie0209 有的没运维就开搞呢，反正痛苦是下面业务开发的，不是决策者。

[iyaozhen]

@hst001 😂对，需求出发

[Erroad]

@ghos #21 rpc 用什么是个问题，但是还不是大问题。大问题你也说的很明显了，拆分不合理，部署 监控啥啥的都跟不上才是问题