首先本人是一个 Java 程序员，Java 生态还是比较周全的，像注册中心，配置中心，日志收集，调用链追踪，分库分表等等。 但是我心中突然有一个疑问，为什么一定要用上这些东西，真的有必要吗？比如说注册中心，没有一定的用户量，或者不是容器化，搞什么注册中心？ nginx 转发不是根据高效？还有配置中心？又不是几百上千个应用，才几个应用上什么配置中心。 我发现很多小的创业公司，上来就是搞什么微服务，真的有必要？难度不是徒增资源的成本和维护成本？ 我觉得任何中间件都是对应困境中而产物，如果没有遇到这些困境，为了用而用，是不是纯粹的在炫技？ 中间件, 中心, Java, 注册
@jjjjjokerrrr 你说的情况 1 ，我觉得用的人会很多，这个跟单机服务，然后模块的拆分并不影响吧。 我觉得大多数初创公司都是人手不住，要大量需求迭代，微服务只会让发版本和处理业务常见更加复杂和麻烦，当然现在 Java 程序员可以说基本都会一些中间件。但是个人觉得越少越好。
你说的有一定道理，其实如果只是要求够用的话，一台单机跑个 jar 就可以对外提供服务了。 但是很多程序员是按照自己的习惯来的，很多原来一直用微服务体系用惯了，你突然让它搞单机应用，他不一定能快速适应。 所以，只要开发者认为自己是在以较低的成本快速展开业务就是最正确的方案。 有没有微服务都可以是最正确的方案。
是的，有一点过度设计的感觉了。 之前看过一个帖子说到自己 04 年左右开发的一个 Java Web 应用，打包成 jar 格式，这么多年过去了，jre 环境满足的话可以分分钟部署上去就欢快的跑起来了。 现在随随便便搞个什么应用不搞几个微服务都跟瘫痪了一样，更有甚者 p 大点应用还他么上 k8s 的。
每次说到业务发展到什么量级我就想笑. 大部分人写的项目, 可能巅峰时期也就千把人同时访问, 甚至很多是个位数访问, 讲什么微服务呢... 极端一点, 可能很多公司倒闭了, 这个项目的同时访问量也上不了几百人. 更极端一点, 可能没几年, 因为技术栈老旧难以维护, 又招了一批人来开一个新的项目推倒重来了 题外话, v 站这摸鱼大站, 网站底下的在线人数, 此刻是 4833
