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

[lujiaxing]

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

[lstz]

想起以前待过一家公司，微服务写的好恶心，对某些 leader 来说，自己技术不行那就上微服务，堆机器堆人力，明明单机就能 cover 的硬要微服务

我在做自己的开源项目，laf-tools.com ，只要你设计合理，stateless 做好了等体量一大再说微服务也是分分钟的事情

[bianhui]

很正常，大部分程序员的固有思维是，越复杂越牛逼，这边导致很多技术专家，架构师把一些很简单的事情，想的复杂。但是想想，如果你们公司不是那头部的几个互联网公司，有多少需要那么复杂的技术的？说白了，node ，python 也直撸也能解决市场上 80%以上的服务。剩下的，加点监控，恢复就得了。但后来很多人，特别是他们的老板发现，程序员格局确实很有限。

[heliotrope]

大多数需求根本就上不到微服务的程度
还有很多公司人员流动性是非常大的
有的微服务搞得太复杂 交接成本也高

[rebelsre]

微服务/云原生指 K8s ？单体架构指传统裸机部署？真的会有这种回退操作吗。。表示很怀疑

[siweipancc]

压力大了怎么办？横向扩展啊。
你见过一大堆因为微服务产生的业务锁跟事务脏数据的吗，太爽了

[tomczhen]

建议读一下串口并口发展历史。

[vjnjc]

微服务是为了你有一堆人，防止各团队互相冲突的，现在不需要那么多人和业务了

[Gress]

微服务跟性能没什么关系，甚至会降低性能，只要写的服务是无状态的能横向扩展，单体项目也能通过加机器应对很大的流量。微服务其实是解决多人协作的解耦问题，以及缩小发版时变更影响范围。对于一些团队就几个十个人的来说，上个🔨的微服务。

[codersdp1]

@victimsss 和大环境有很大关系，公司没钱搞这些了。

[RightHand]

没微服务的概念之前就不发展了吗？

[QlanQ]

@lsk569937453 业务稳定，重构本来就不是必须的，只是没有新的需求和功能，不能让开发天天摸鱼而已

[konakona]

说白了就是业务规模与预期相差甚远，收益不佳，需要缩紧预算。

成本意识强的公司，在 2023 年就该开始执行这一步。
比如一家中小企业有 3-6 个项目运行在 Kubernetes 集群里，就意味着还有 CI/CD 、代码+镜像私仓、O3 之类、CDN 、云 Mysql/Redis 的服务要维护。每个月的云资源成本预计在 3k-8k 以上。其中 Kubernetes 和云 Mysql 的服务可能是最贵的，但只有 Kubernetes 是可以缩减的……总不能动生产数据库吧？
把 Kubernetes 砍掉，那么相应的代码私仓、镜像私仓、O3 这些就可以一起干掉，能省个 40% - 60%。
想象一下，3k-8k 的 40%-60%如果换成更大规模的 8k-12k 的 40%-60%呢？一年下来又是多少？

不过公司把微服务架构和对应的 DevOps 改造、缩减后势必会影响军心，应该拉几个大会，让研发、运营（ devops/sre ）一起加入讨论，让每个人都意识到问题的严重性和必要性。

[konakona]

@Gress #28 现在很多都是众包的项目，Final 的甲方提出的运营 Request 可能就是要求微服务，方便扩展和运维管理之便。虽然拿到项目的每个乙方都只负责一小点儿，投入的人数也就是个位数。

[fkdog]

前几年微服务弄的太火了，一堆菜鸡为了刷简历把项目改造成微服务，结果水平不够微服务不像微服务，单体不像单体。线上问题一堆。

[me1onsoda]

@bianhui 立场不同，不必说谁格局小。程序员的立场：给自己简历造料，提高身价或者不可替代性又或者是 kpi 。都是身在江湖身不由己。中层管理把公司当自己家，员工调个休都要问清楚干什么去，格局大吗？

[pengtdyd]

这是因为很多人放大了宕机带来的影响，就算是阿里这样的公司宕机几个小时也无所谓，事实上对与一家商业公司别说是宕机几个小时，就算是这家公司没了，对整个市场也没啥影响，很多人是杞人忧天，害怕自己的 KIP 罢了。

[lujiaxing]

@me1onsoda 问了一个前同事 (现项目经理), 人家的原话是说:

"缩减服务器成本只是一部分目的. 更重要的是缩减人力成本... 原本微服务开发虽然可伸缩了灵活了但是开发团队却过于臃肿. 一个不算很复杂的项目, 开发团队却有几十号人. 其中还有好几个负责专门维护 CI/CD, K8S 的人... 改成单体之后, 一堆微服务聚合成一个服务, 原本的 K8S 不再需要可以直接停, CI/CD 可以改手动. 等全部改完之后, 原本的那几个 DevOps 可以裁掉了, 开发团队可以裁一半. 原来的运维任务, 技术经理负责就行了"


听完感觉一阵恶寒

[cookii]

devops 和微服务有啥必然联系吗？单体应用一样可以做 cicd 。

[brom111]

@lujiaxing #37 个人感觉，几十人的团队本来也不需要几个专门负责 ci/cd k8s 的人啊。 本质上还是业务不够复杂，本来也不需要这么多人。这不算是问题吧

[liqiqiqi1995]

改了一个公司内部应用，微服务转单体，生产环境 3 台物理机降到 1 台。一个月省了几百刀，给涨了点工资。