2024 年了, 有多少公司和系统由微服务/云原生转为了单体架构?

[lujiaxing]

最近看脉脉里有不少开发在讲自己所在企业的一些系统已经开始由微服务/云原生架构转为或者正在逐渐转为传统的单体架构. 原来的 DevOps 要么被优化要么转一线开发回去写 CURD 了. 问下诸位这种情况目前是否普遍? 未来还会不会有可能再大规模回归微服务架构?

[victimsss]

天下系统，合久必分，分久必合。

[coderxy]

实在无法理解什么公司会去做这种逆向操作， 难道是为了省资源？ 花这种代价去重构微服务为单体，感觉没啥收益啊。

[XSDo]

单体可横向扩展，后面数据库搞集群。

[QlanQ]

@coderxy 就是为了节省成本，省资源，省开发，单体又不是不能用，只要业务不崩，老板才不管你用什么技术

[Huelse]

说白了就是减机器减配置，需求高了再加就是

[lujiaxing]

@coderxy 说是减少运维成本和人力成本...

[aw2350]

话说，大部分 ToG,ToB 甚至 ToC 的业务，有多少大到需要微服务？

[TimLang]

微服务成本多高，做过的都知道吧，量不大的情况下，单体就是成本最低的。

[QlanQ]

对于大部分公司来说，微服务都只是噱头吧

[HTDit]

稳定业务可以迁回啊，微服务和 cicd 这些就是为了快速迭代服务的，稳定了不需要迭代就可以迁回并降低运维成本和运维难度。

[me1onsoda]

@lujiaxing 重构难道不用成本吗？

[Seulgi]

都是为了成本。现在是云原生，云原生虽然和你微服务不冲突，但是你微服务一个服务要 2c4g ，你两个微服务合一也只要 2c4g ，成本是不是就缩了。以前是为了扩展把服务拆散，现在就是为了钱把服务聚回来，核心服务当然还是不会去大动。

[chendy]

单体应用，一样能云原生能 devops 能 cicd 能不停服务部署
几个人的团队整一大堆微服务纯属没事找事

[QlanQ]

@me1onsoda 不用重构吧，服务都跑一台机器上，业务稳定了，两个服务组，裁成一个组，慢慢重构呗

[undefine2020]

我看微服务在中国的火热只是大部分中年技术主管在 KPI 焦虑之下导致的

[coderxy]

@lujiaxing 重构的成本和风险也挺大的，当然，也取决于你们现有业务的复杂度。

[x7DnVcd9bA706oWp]

只要满足业务的情况下，单体节省成本啊，别说机器省了；就是人力，单体 crud 是个开发都能干吧，这不也省了一大块

[lsk569937453]

@QlanQ 就重构花费的成本和风险，足以让多数人望而却步了

[me1onsoda]

依我看，上微服务是错第一回，迁回单体是智昏，错第二回。。
省机器？要么是扯淡，要么原来机器都在闲置空跑，都挺离谱的。微服务云原生说好的弹性伸缩呢？

[Worldispow]

个人感觉绝大多数公司，业务模式完全没有到需要上微服务的程度。