现在容器化是不是太泛滥了？动不动就搞个微服务!

[microxiaoxiao]

[mazhiyuan]

你不卷就被别人卷~

[pepesii]

或许是管理问题吧，拆分服务和容器化应该不是很相关 😄 ，我是这样觉得的

[nguoidiqua]

是的

[knightdf]

确实是的，现在做个日活 10 个人也要上微服务

[wd]

容器化 ！= 微服务 吧

[pengtdyd]

只有卷 S 别人自己才有机会上位啊

[cheng6563]

容器化 ！= 微服务啊
啥服务都可以容器化啊，一方面便携化，另一方面容器可以直接当 systemd 用

[microxiaoxiao]

@wd @cheng6563 别分那么细，相互依存。打个不恰当的比方就是 http 和 nginx 。个人浅见，微服务更多是个概念，容器化侧重资源隔离的技术。

一般情况下弄这么多资源隔离，微服务化反而各种交互复杂。

[AS4694lAS4808]

泛滥的是微服务，不是容器化。单体应用也可以容器化，容器化=香

[HWY12]

应该是微服务很泛滥，就像我们公司，一个后台系统，撑死了就是那百八十个运营数据分析师和一些项目组的负责人使用，并发啥啥没有，非得拆分为四个微服务，图啥呀。

[nullpoint007]

因为搞微服务架构导致应用数量指数级增长,就有了容器技术打包环境快速批量部署的发展，不是所有服务都非得微服务化

[wtfedc]

粒度不合适的话，跨库查询是梦魇

[min]

容器化本身没什么问题吧，挺好的东西
至于微服务多不多，是微服务本身的问题

完全不妨碍起一堆容器跑批处理

[sujin190]

有了 devops 工具、链路追踪、服务注册发现和容器化，微服务化后大大省事了吧，而且每个项目只负责一点点事情了，发布和测试也省心很多，分明是节省工作量的吧

[iosyyy]

容器是真的好东西 但是微服务我个人并不看好因为大多数项目都没多大的访问量 java 线程池就够用非得要加个微服务典型的画蛇添足

[darkengine]

什么相互依存，容器化怎么可能会依赖微服务呢。

[cheng6563]

@microxiaoxiao 容器和微服务本来就是两回事啊。
容器有啥复杂的，你服务上线总要整 systemd 什么的吧，那换成 docker-compose 也没多费功夫吧。

[wangpugod2003]

容器和微服务是两回事；
微服务很考验 devops ，怎么划分，数据库...
大公司可以尝试，有利于不同编程语言的工程师一起来 working(k8s)；小公司的话，很多就是瞎折腾。

[abersheeran]

容器化又不是微服务化。容器化很香啊，不用考虑环境。现在现成的服务基本都提供 docker-compose 启动方式。

[anubu]

微服务的确在泛滥，但标题取的有问题，容器化和微服务是两回事。这两个技术栈是独立发展的，不是什么相互依存，甚至连相互促进都谈不上。只是近来微服务和云原生的泛滥，导致这两个技术有相互促进演化的趋势，但也只是各自技术蓝图中的一部分。
微服务泛滥是管理、业务、研发跟风卷的后果，容器技术只是更方便的让这种卷落地而不仅仅停留在 PPT 。没有容器的时候，还是会拿着 springcloud 实现的。
同时，容器带来的云原生跟风，让大家卷的更带劲了。