微服务架构应用跑在单机上，为什么要搞这么复杂的架构

[limaofeng]

发现这个现象蛮普遍的，特别是中小公司。就是公司有资源，大多数时候部署到客户现场，对方也只提供 1 台虚拟机。

而且基本上开发团队也不大，一般前端、后端，架构之类全算上也就 5 人左右的团队。那这样的收益真的明显吗？

难道只是为了体现架构的先进性？

[limaofeng]

看来 V2EX 的整体技术水平比较高，都是玩互联网的，起码高级或者架构师级别。我也是 16 年开始上 docker 19 年开始上 k8s ，也曾经强推运维搞这类架构，当然知道它的优点。但现实是，exe 程序包装的 Tomcat 对实施更简单。一般小公司，实施水平的下线是你们不能想象的。运维更是救火员，更别说很多根本没有这个职位

[pengtdyd]

重要吗？？？？

就像月饼券一样：

送礼的人开心（有了面子），
收礼的人开心（卖了能直接获得利益），
月饼券回收商开心（可以赚差价），
厂家开心（一盒月饼都不用生产就把钱赚到了）。

完美的闭环。

[xuanbg]

不知道别人是不是，反正我是为了能够快速写一些纯业务 crud 代码就能上线。别的东西都封装成服务，一个脚本几分钟就部署完了。

[huzhizhao]

不上我的简历怎么包🐶

[akira]

自己做自己用当然无所谓了啊。

但是有甲方的话，那就是另外一个故事了，往小了说，可以多赚点，往大了说，搞不好你不是微服务单子都要丢。

[zhaokun]

也有可能是写顺手了

[tgich]

大多是一知半解的甲方要求的，反正你得吹，高可用微服务高内聚低耦合，小手一抖几万到手

[zhangtest]

恕我直言，这一套都是搞 java 的把风气带起来的。
我上家公司，常年总用户量就 5 万左右，日活上千来个，招了个从招行出来的 java 技术头头，集群、注册中心、网关、具体服务都给来了一套，服务器成本指数增长，把原先做这个系统的 php2 个人辞退了，自己搞了 10 几个人团队，4 个 java 后端，老板不懂技术，别人反馈直接被顶回去“人家招行 APP 那么多用户都是他搞定的，要相信别人。。。”

[zhangtest]

@Scirocco 用户量暴增，会有专门的人来做专业的事。或者想一下，现在有哪个互联网公司是因为用户量大而苦恼的？而且互联网技术更新迭代很快，没有多少“以后”，曾经 windows asp 时代他们考虑了以后有用吗？