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

[microxiaoxiao]

[binge921]

容器化才是王道 微服务都卷冒烟了

[acmore]

容器化 = You build it, you run it.
微服务是完全不同的另一个领域

[dcsuibian]

容器化方便配置啊，单体应用都能从中收益的。我 NAS 都能用 docker 装 qBittorrent 了。
而且只是多了个选择，又不是不让你直接安装。
微服务只是受益者之一，泛滥是设计问题，跟容器化没啥关系。

[cloverzrg2]

我一个人用的工具箱也是容器化部署

[Buges]

因为微服务确实好用。无状态、易扩展、易调试。

[HankAviator]

想起一个笑话
哭的 doge：“救命，为什么我的 hello world 有 1 个 G”
狗旁边印了个 docker 图标

[yrj]

要是不找点活折腾，容易被优化掉啊

[DamonLin]

容器化不等于微服务，不过现在确实没点微服务的实操真的很难找到工作，说白了就是分布式技术吧

[potatowish]

我见过拆了一堆微服务，每个服务只有一个实例，共用一个数据库的

[liuhuansir]

@potatowish 我先所在的项目就是这样

[hallDrawnel]

@pepesii 确实是这样的。遗憾的是由于容器化等让服务拆分的代价小了很多，导致很多不合格的开发者害怕对现有服务做迭代，随意拆分导致整个系统乱成一团。

[jsdi]

@iosyyy 这是人的问题，和微服务无关

[WOLFRAZOR]

op 指的是微服务泛滥吧？（泛滥是人造成的问题，你不内卷就等着被别人卷），容器化是好东西

容器化和微服务不是相同的东西。

[nightwitch]

容器化我觉得很方便，清清爽爽一个 dockerfile ，比手动配置应用环境方便多了。

[luozic]

统一部署和运维标准； 如同货柜就是垃圾也用货柜装的。

[imycc]

复杂的业务和庞大的开发团队，更容易从微服务及容器化中受益。
一般情况是 A 团队负责某一堆业务，B 团队负责某一堆业务，还有 CDEF 团队等等，通过微服务框架统一业务间调用、日志追踪和部署管理等技术问题，方便管理。
其实容器化也是。之前我们负责一些边缘业务的维护，就单个团队的服务，领导硬要我们做容器化改造。但是算了下资源利用率、扩容效率和成本都没什么收益，折腾了几个月又放弃了。

[imycc]

#36 哦不对，更正一下，容器化不是没什么收益，而是在那种业务场景下，业务改造的时间+风险，大于收益。

[Chad0000]

容器是针对运行环境，微服务更侧重开发方式。

即便共享数据库，微服务还有一个好处是避免不同服务相互影响，比如项目想升级而里面有一个比较古老的报表业务不支持，这时候报表放在独立的微服务里面就不受影响了。

[levelworm]

@knightdf 我们这还得上 Kubernetes

[chendy]

容器化挺方便的，统一运维管理
微服务对于大多数场景大可不必