只部署一个容器，应该用 docker-compose 还是 docker cli？

[yodhcn]

在"部署容器"上，docker-compose 是 docker cli 更好的替代吗？

在使用 docker-compose 过程中，发现一个不习惯的地方：

• 用 docker-compose 创建单个容器，总是会生成一个名为 "项目名 _default" 的 network ，即使我只想让容器运行在最简单的 bridge 类型网络，这让 network 列表看起来乱糟糟的；
• 而使用 docker cli 部署的容器就不会产生额外的命名 network 。

[fox0001]

使用过 docker-compose ，就回不去了

[DKingAlpha]

@julyclyde 如果没有可配置项，是希望镜像作者/容器自启时猜你想如何特化容器吗？

[julyclyde]

@DKingAlpha 对于有特化需求却没有合适的手段的情况，我觉得就不该用容器技术了
因为这样很难达到容器技术鼓吹的“easy”

[DKingAlpha]

@julyclyde 我觉得合适的手段就是在 README 里写清楚用哪几个参数或者哪个目录来配置/交换数据。这样已经将环境复杂性收缩到底了，因为归根结底特化使用者需要用 kv 一类的数据来指定配置内容。

容器是用来解决环境配置问题的，但不是魔法棒。easy 也需要用户理解。

[julyclyde]

@DKingAlpha README 放里面没人看；放外边就和主体分离了
主要是这技术一直强调的“包裹”反而成了阻碍很多事情的绊脚石

如果是 rpm/deb/自己编译，正常情况下用户都会去主动找文档；但容器的情况下就会思路较为惰性

[DKingAlpha]

@julyclyde 那只能说 RTFM

[512357301]

@vivisidea hub 里有专门获取容器启动参数的容器，可以输出 docker run 格式的启动命令，不过输出的参数有些冗余，真正用的时候可以删减一下。