https://github.com/wenshunbiao/docker
好用给个 star 哦!
该项目主要是为了让你更加方便的使用 docker 服务,目前本人在开发环境,生产环境都在使用中,使用该服务,将使你避免重复搭建环境的烦恼,以及带来集中式,结构式管理目录的便捷。
刚开始可以使用虚拟机尝试体验。
1
zjsxwc 2021-04-21 11:34:45 +08:00
与 docker-compose 比有什么优势?
|
2
brader OP @zjsxwc docker-compose 一般和项目绑定,这个的话,可以灵活的部署单个容器并重复利用,还有就是目录集中管理。
当然,最方便的应该是属于我预封装了大量的日常使用的服务吧,免去了你自己重头写配置文件、Dockerfile 文件的烦恼。 |
3
Latin 2021-04-21 11:51:26 +08:00
唯一有价值的就是 Service 封装(狗头
|
4
brader OP @Latin 哈哈,可能是吧,本来也是个简单的小东西,就是把日常积累写的配置积累下来,避免重复工作,以及一些快捷命令方便使用
|
6
saytesnake 2021-04-21 16:12:19 +08:00 via Android
感觉…有点 podman 整合的意思,但里面是 docker 的。
|
7
pydiff 2021-04-22 09:44:08 +08:00
稍微看了下,写的比较基础,就是把普通创建容器的命令封装到 service 中,这个估计大部分搞开发人都会. 建议增加常用工具合集,比如 elk 就不要分开到不同的文件夹下而是放在一起,还可以增加集群部署的配置
|
8
brader OP @pydiff 嗯,是比较简单,目的只是为了简化使用,考虑的点就是不用重复编写配置文件,以及好扩展。目前都是单体灵活部署,暂时还不考虑搞成集合的。
|
9
brader OP @pydiff 项目上手难度低,用几天就能熟悉,所以我也是鼓励使用的人,去灵活扩展自己的服务,定制化自己的服务容器。如果喜欢这样模式,可以 fork 自己发展。
|
10
pydiff 2021-04-22 12:00:11 +08:00
@brader #8 我个人感觉还是集成的比较有价值,如增加 docker-compose 一键启动可以完成某个需求,其中各种软件的配置文件的完善才是最重要的
|
11
brader OP @pydiff 这个也能集成的,懂了自然会扩展。还有这个和 docker compose 的是理念不同的东西,如果总想着 docker compose 那一套模式运行的话,建议直接使用 docker compose,没有必要舍近求远。
|
12
avalon8 2021-04-22 20:24:57 +08:00
那些是挖矿的脚本么
|