1

方便统一迁移，标准化 ， 标准化很重要，不管你是什么 openlist 还上 closelist 都是一个 dockerfile 的事儿， 方便快速 扩容大批量的 pod 和迁移整体集群

2

8

3

这就和豆腐脑应该是咸的还是甜的一样。数据库可以 docker 部署吗？

4

分情况，假如是 saas 的应用，客户的服务器，系统什么的并不统一，用 docker 自然好，又或者分布式快速扩容，用 docker 也挺好，不能一概而论

5

6

5

装完就觉得系统不干净了，只能重装系统

7

2

11

docker 迁移特方便 持久卷 + compose.yml 复制走 随便找个架构相同的机器就又跑起来了 喜欢折腾 nas 的朋友太喜欢了

12

容器化的好处太多了，真要性能不好加机子就行了

13

14

因为 docker 一个配置文件就能跑起来了，我要换一台机器的话把配置文件移过去就可以了
但是其他的安装不行，一会配置这个地方，一会配置另一个地方，而且搞错了还不知道怎么回退，我不太了解 Linux 系统，这种对我来说是最方便的

17

18

喜欢简单一把梭，全部都用 docker 减少心智负担

19

20

统一规范 个人部署 尽量 all in docker ，portainer 等面板上去拉镜像就运行起来了，持久化只需要挂在
不用 ssh 上去编写 systemd service ，不用 apt install ，不用编译。。。

21

@evill 19#
I/O 啊，docker 用的 overlay2 、aufs 等，再加上虚拟网络，负载一高就撑不住了。虽然可以 --volume 挂载到宿主机目录以及 --network host 共享宿主机网络栈，但也治标不治本。比如 json-file 日志 在 overlay2 层写入放大，10%的损失是很正常的。

22

@Reficul 17#
受限于文件系统和虚拟网络，10%的性能损失是很常见的，要是没有配置好，30%也不是不可能。

23

all in docker 省事，配合 docker compose 部署、备份迁移都方便。

24

25

方便，直接装系统里就觉得不干净了，尤其是卸载后感觉会有各种不知道的配置项残留

26

@imes 而且我真的不认为“负载一高就撑不住了”
我所在公司，大几十万的日活，大概 400 多台虚拟机，all docker 并没有负载高就撑不住的情况

28

docker 服务起多了，小水管顶不住。

30

@evill docker 的 container 正是使用虚拟化…… guest 对比 host 必然是有性能损失……
当然现在大多数商用服务撑不住就升配，没什么好对比

31

33

34

主要是小白多，docker 一行命令就行了，不用去靠谱什么配置文件参数等等一堆东西

35

靠谱 -> 考虑

36

记得最早推 docker 的一大优势，就是屏蔽底层操作系统，解决各种依赖问题
性能我觉得肯定是有损失的，但是损失多少，能否接受是另外一回事情

37

@imes 如果不考虑其他因素，只说单机 Docker ，挂载本地磁盘的性能和裸机差距非常小。

38

39

docker 方便啊，完全不用操心依赖，本地的 docker 能跑，远程但凡有个 docker 都能跑

40

windows 也在 推 winRT 隔离 烦死了，我就想生成绿色软件包

41

42

我觉得做大的好处就是，不会一堆小白问你安装失败的问题了，dockerfile 写的足够好，一键执行一定成功
当然为了性能和空间我自己会找二进制文件甚至从 image 里扣出来直接运行

43

就按你的理论 “会损失 10%的性能” 和 早 10 分钟下班
---
我选择早十分钟下班

44

docker 并没有多少性能损失，它又不是虚拟机，它只是容器而已。
用 docker 的人不会在意它在内核上的性能损失，因为微乎其微，你要是在意这个，那你别用就行了。
所以对你来说，并没有选择难题。

45

46

😓为什么还有人说 docker 会有性能损失，是没看过 docker 的实现是吧。
Docker 是基于 namespace + cgroups ，本质还是宿主机内核，所以 CPU 和内存开销几乎可以忽略。非要扣性能就挂 docker volume 网络走 host 。

47

48

一个 docker 里只部署了一个 mysql 容器，是个内网应用部署好之后 3 年不需要改动一次的那种，硬要放到容器里把各个目录和端口映射出来使用，我只能说闲得蛋疼，把软件供应商 k 了一顿

49

50

@zhangfeiwudi 你 dockerfile 既不能带命令行参数也不自带说明
要说 compose/k8s 作为解决方案还差不多；纯 docker 那还差得远

51

@evill 比 nohup 还是强太多了。因为 nohup *并不* 托管进程