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

[microxiaoxiao]

[libook]

工具服务于需求，没需求硬上肯定添堵。

比如我一开始在电脑上直接跑服务，装各种依赖会污染系统环境，而且也不容易备份还原，后来出于方便就把服务都搬到容器里了。

用不用微服务取决于是否真的需要复用部分服务模块来达到节省开发成本的目的，比如我自己写了几个爬虫来爬小姐姐，但是每个爬虫都单独引一份 Puppeteer 环境导致每个服务程序本身都会占用上 GB 的空间，为了节省空间我打算迁移到 Browserless ，多个爬虫实例共用一个 Browserless 微服务。

[chenmobuys]

微服务跟容器是两个概念吧，用容器的话，就不用再费力的去搭建环境了

[duke807]

用 docker 這樣的容器就感覺是在脫褲子放屁

大多數用 docker 的人只是因為自己不熟悉 linux 而已

[duke807]

很多人說什麼環境不統一，我表示我主力電腦和服務器都統一是 gentoo 系統

[ecloud]

@duke807 环境不统一也是屁话，现在真正在生产系统里用的也就是 debian 系跟 rh 系，debian 系的 debian 跟 ubuntu 在底层而言差异极少； rh 系就更不用说了，神马 centos, oracle, redhat 本质上就是一个东西。绝大多数正经的客户那边，都有现成的 debian/ubuntu/rh/centos 虚拟机给你用，你想换哪个就换哪个

[MengiNo]

主要是大幅度提升交付效率和提升了延续性。系统、环境问题倒真是其次。docker 或者 k8s 的那些 yml 最大的好处在于具象化的描述了这个服务。

[idblife]

@duke807
这位兄弟怕是没玩过 100 以上的服务

[jack1998]

@duke807 “大多數用 docker 的人只是因為自己不熟悉 linux 而已” 这句有点离谱

[blless]

容器化跟微服务是两码事，微服务相关的容器化我猜你是想说容器编排（ K8S ）？
容器化是运行环境的虚拟化+隔离，很多代码依赖比较复杂的时候，用容器化就可以省很多功夫。
微服务是因为复杂业务架构需要支持更多开发人员同时迭代业务开发。
因为微服务的交付比常规服务更复杂，所以才需要更规模化的容器编排交付方案。
所以内在逻辑是 容器化+微服务+大规模交付 =》 容器编排，容器编排这个步骤在我看来已经需要专业运维团队去支撑了。

[blless]

@ecloud 容器化除了本身的环境隔离之外，其实对运维来说更重要的是一套交付系统。即镜像库+docker pull/run/stop 。以前运维部署要么自己实现一套，要么就 ftp+ssh ，高级一点上 ansible 啥的。

[Mithril]

微服务才是泛滥了。
有些一共几百个用户，功能加一起不过十几张表的项目，也硬是要拆几个微服务出来。
然后每个微服务跑一个实例，共用一个数据库。
再扔容器里，套个 k8s 集群。
最后发现网络通信里面，k8s 自己的占了一大半。
随便碰哪都是瘫给你看。
然后码农就可以拿着微服务集群化大规模部署的项目经验去找下家了。
当然最好还是做个 ppt ，找几个会议一同吹，这样更好找工作。

[samin]

你说的都是云原生的内容，去了解一下云原生吧，现在所有架构基本都偏向云原生

btw：云原生的四大特点，微服务、DevOps 、容器化、持续交付

[Daiwf]

我司系统最多千人并发，还在搞微服务。我感觉是搞架构的实在想不到搞什么了。硬卷

[FrankFang128]

我现在 dev 环境都开始容器化了啊

[ecloud]

@blless 简单来说就是运维水平差，不会写 shell 脚本，不会做 deb,rpm 包。以前那些重量级的软件，还不都是./install.sh 之后下一步下一步就完了。十多年前的 RHCE 要考 troubleshooting 的，grub 配置参数，内核参数，fstab 给你改的乱七八糟的让你 5 分钟恢复。现在的 RHCE 就是个笑话。

[guanhui07]

容器化 是趋势

[fifa899]

没错.可没有一些新概念,这些你能吹开发量吗.KPI 工作量怎么吹.

[zmal]

有时觉得程序员之间的认知差异真的是很大...容器化都已经成为标准了，还有这么多人认为容器是多此一举。

[ecloud]

还是那句话，新瓶装旧酒，炒作概念而已。早年 wine ，dosbox 什么的，很多人就是为了玩个游戏，你要我配什么注册表 EMM386 的鬼东西我哪学的会。于是就有人把程序跟 wine/dosbox 打包做好，配置文件都配好，扔给你，直接双击就能玩。
海峡对岸管这个叫懒人包，只少 20 年前就出现了。像什么 playonmac/playonlinux ，就是个 wine 构建 /打包工具，就是 docker 的直系祖宗
后来苹果 Mac OS/X 的.app 封包也是差不多类似的目的，把一大堆依赖.dylib 都给你扔在 app 里，杜绝了传统*nix 系统的动态库依赖灾难，也杜绝了 win 上面的第三方瞎 J8 覆盖系统动态库的弊端。坏处是，app 真特么大
之后 linux 来了个有样学样搞了个 AppImage ，就是苹果.app 的山寨

你不会，你懒，你用懒人包，没问题。我会，我闲的蛋疼，所以我每装个游戏都去做一下 autoexec.bat/config.sys 我乐意。但是，别装 13 说你那个懒人包多么高大上。

[xzysaber]

@zmal 还在那里说炒作概念呢，真是众人皆醉而他独醒，O(∩_∩)O 哈哈~说容器化啥啥啥的人估计还没认真去了解过吧。