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

@me1onsoda 好多微服务连性能测量都没做，所以没办法伸缩
机器空跑另一个原因可能是资源池并没有提供那么多容量，所以即使不用也先占上


@imzhoukunqiang 单体应用不提方便做集成测试

@gaifanking 大厂都大规模宕机多少次了。。

@bestkayle 幸存者偏差吧，你只看到了大规模宕机，很多微服务挂掉处理好没影响全局这个我们不知道。

@hancai 是的，报价里附带的服务器配置清单和参考价格，分分钟比系统还贵，直接劝退不少客户。

@pkxutao #68 @coolcoffee #78 没办法 烂摊子 水平也低，所有依赖都打包进的一个 jar 再打包 docker 镜像，确实是分层的问题；后面调整的时候干脆去掉了 docker ，只需打包 jar 再上传 重新运行这个 jar ，少了不少步骤，依赖的 jar 没有变化就不需要上传 回到了最原始做法 比较省心😂

有道理.
中小公司和中小规模的业务还是多数.
做好分布式 ID,分布式锁,分布式事务,把定时任务抽出来. 单体一样能部署多实例一样能打.

@gaifanking 同一个服务也可以按功能给不同的实例的

Java8/11+Spring 就不是云原生 Ready 的。明知山有虎，偏向虎山行的结果就是资源浪费，说到底这些技术栈就不应该搞所谓“微服务”和去容器化。

而且现在业务不扩张了，老板也不需要那些花里胡哨的 DevOps 来降低业务横向扩展成本。运维被开了拿 n+1 笑着找下家，原来的开发也回到了舒适区，老板也节省了成本，怎么感觉是三赢？

换回单体，50%的开发被开了，开猿节流

再招聘几个应届 CRUD ，成本嘎嘎降

看到去 DevOps 就知道这根技术无关了，就是「开猿节流，降本增笑」。楼主后面补的话，更证实了这一点。

@disorientatefree
一听就是狗家

简单，方便开发，单体前后端不分离的项目，找个基本的框架不断完善，一个人写就行了，开发快

@WDATM33 分层啊，比如我页面有的数据需要几个接口数据合并咋整，一直改后端服务？ 现在这层好多地方都是给前端了，node 做聚合做数据收集和转换，后端只关注核心接口

@bestkayle 没微服务给你做监控处理，机器挂了咋整，有的物理机有问题咋整，全人肉维护就.....，稍微上点规模还是得微服务

@Beats "没微服务给你做监控处理，机器挂了咋整，有的物理机有问题咋整，全人肉维护就.....，稍微上点规模还是得微服务" 没有微服务这也能做啊,你不会认为只有微服务才可以吧?

@koloonps 关键是如果业务规模大一点都做了 devops 这些了，哪还会有单机服务的存在，除了公司规模就几个研发那种，单机服务现在就是个伪命题

@konakona 微服务也不一定就一定要 k8s 吧，我上家公司最初的架构就没有 k8s ，只是通过 jekins 相关的工具简单做的。

@lujiaxing 好几个负责专门维护 CI/CD, K8S 的人？不管是微服务还是单体，这些都不需要人维护啊。当然，单体不需要 k8s ，但照样可以有 CI/CD 。

@xuanbg 咋可能不要人维护... CI/CD 队列挂了要不要人管? 集群有节点下线了要不要人看? 灰度发布负载均衡难不成程序员来搞么? 他也搞不来啊...