万物皆 docker 部署，真的有必要吗？

[imes]

• 为了开发/测试一致性，使用 Docker 安装 MySQL 、Nginx ，是正常的。
• 系统庞杂、繁琐，不容易部署，用 docker 是高效、稳定的。

openlist这类无依赖的单文件程序，用docker部署是为了什么？不应该遵循 FHS 规范，安装到/opt/openlist并使用systemd管理吗？

但是我在实际接触中发现，为了MySQL/Nginx性能，实际上docker部署的没几个，反而openlist这种web应用大多是docker部署。

[twl007]

维护一个 systemd 的配置已经是一个比写 Dockerfile 心智负担大得多的东西了

还没提你要维护管理包构建/发布/安装/更新

与之相配套的还得有 Ansible/Chief/Puppet

说真的我不知道哪里简单

[FrankAdler]

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

[kingcanfish]

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

[bao3]

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

[BenHunDun]

感觉除非性能敏感和自身资源受限的情况. docker 应该是最方便的. 特别像个人使用的一些服务, 常常都不会有这些限制.

原先写一些关于中间件 zk, kafka 的代码, 中间件都是宿主机启动, 现在没有特殊的都会优先考虑 docker. 包括一些集群启动什么的也方便.

然后还有一些尝鲜式的有 docker 先起来看看感觉怎么样.

[momo2789]

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

[cwcc]

容器如果用作隔离环境我是赞成的，比虚拟机轻量，同时也好操作。

但如果用 docker 给依赖地狱遮羞，那我不赞成，这明明是妥协，如果能干净地处理依赖或者环境配置，那肯定不用 docker 更好。

[princeofwales]

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

[julyclyde]

当然没有必要
只是有些人除了这个也不会别的了

另外：
据说某些 NAS 系统不让在系统层面安装软件，只提供 docker

[julyclyde]

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

[julyclyde]

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