Docker 启动命令太长了，有没有约定好配置的封装工具？

[songhuangcn]

Docker 有很多优点：

1. 不依赖操作系统，怎么升级系统都不怕
2. 由于第 1 点，方便运行一些操作系统已经不支持的软件版本
3. 因为隔离性，很方便同时运行一个软件的不同版本（开发不同项目时经常需要）

但是 Docker 也有一些缺点：

1. 配置太繁琐，新人需要了解一堆新概念：volume, publish, export

不知道有没有用户有跟我一样的需求：就是想在电脑上用 Docker 跑起来一个服务比如 MySQL ，但不需要处理太多容器的细节和配置，你跑的跟原生 MySQL 一样就行了，跑完就能用 3306 端口，日志和数据在固定的路径能找到。

总结来说这个工具用户接口很像包管理工具，比如 Homebrew:

brew services start mysql

但是底层用的是 Docker ，并帮忙我们配置好了启动命令。

我自己没找到这类工具，就搞了一个原型版本： https://github.com/songhuangcn/dpm

大家有这类工具推荐吗？

[Jzdoxc]

docker portainer 了解一下， 网页管理容器，先直接 run 容器在进行修改容器的各项参数就会显示

[nosugar]

这个不是每次都要手动敲的，放脚本自动化

[glamoroGG]

貌似大家都是手敲命令

[ByteCat]

docker compose 完全可以满足你说的这些东西，就算不是项目也行啊，单个容器，按 yaml 写你的 docker 启动参数就行了

[winglight2016]

lz 的标题是 docker 命令太长，需要短版本，仔细一看内容，又变成了配置繁琐，新人需要了解一堆概念。

其实，lz 需要的是一个运维，能帮你把容器装好，对吧？

[onetown]

我们现在的应用基本上都是以容器方式交付的， 但是启动的方式还是试用的 systemd ， 因为需要符合客户自己平时运维的系统， 以及他们自己也有一些运维工具， 例如通过 systemctl status $service_name 来判断服务的运行状况

所以我们在交付的时候， 提供了 systemd 的描述文件， 也提供了 docker-compose, 用 systemd 也会用 After, Requires 来控制不同容器的启动顺序。

[Unit]
Description=Redis Container
After=docker.service
Requires=docker.service

[Service]
TimeoutStartSec=0
Restart=always
ExecStartPre=-/usr/bin/docker stop %n
ExecStartPre=-/usr/bin/docker rm %n
ExecStartPre=/usr/bin/docker pull redis
ExecStart=/usr/bin/docker run --rm --name %n redis

[Install]
WantedBy=multi-user.target

[night98]

portnaier ，里面有个应用市场，直接填参数就能运行