用例:用例是您要向用户提供一个小的“示例”数据库,以供用户练习/测试应用程序。用户没有postgres安装,但是他们有Docker。您想为用户提供一种轻松的方式来访问您定制的数据库,而无需他们安装postgres。您可以为用户提供完全相同的数据库,并在需要时轻松地对其进行更新
建议的解决方案:我想将postgres db和postgres docker映像捆绑在一起,以便我可以给用户说一个tar.gz,并且(假设他们有Docker)他们可以解压缩tar.gz并运行一个postgres db他们可以连接的地方。
我至少有两个挑战:
问题:这有意义吗?如果是这样,我是按照正确的方式进行操作还是缺少某些东西?
帖子:
最后,建立@davidmaze答复,以下操作成功。
version: "3"
services:
postgres:
image: postgres:12
container_name: testdb_container
volumes:
- ./pgdata:/var/lib/postgresql/data
- ./init.sql:/docker-entrypoint-initdb.d/init.sql
environment:
- POSTGRES_USER=postgres
- POSTGRES_PASSWORD=postgres
ports:
- 5555:5432
volumes:
pgdata:
目录结构如下。
除“ postgres”外,我无法成功为数据库命名,但这没关系。
创建数据库并填充数据库后,我在“ test-comp”目录中tar.gz。接收者将其解压缩并运行“ start.sh”(仅是一条开始消息),并运行“ docker-compose up -d”。使用“ stop.sh”关闭数据库。
将“ init.sql”设置为产生具有预设模式的空dB。我提供了一个填充的dB,但是如果该人想要重新开始,则他们可以清空目录(最好删除并创建一个新的空白目录),然后运行“ start.sh”将调用“ init.sql”。
答案 0 :(得分:1)
如果您愿意分发tar文件作为基础,则可以包括一个有效的Docker Compose设置及其数据。 docker-compose.yml
文件可以是非常典型的Compose设置:
version: '3.8'
services:
postgres:
image: postgres:12
volumes:
- ./pgdata:/var/lib/postgresql/data
# ports: ['5432:5432']
app: { ... }
volumes:
块告诉Docker将本地pgdata
目录安装到PostgreSQL数据路径上的容器中。主机内容将替换映像中的该目录,因此您可以分发预加载的数据目录。相反,当数据库写回映像时,它将覆盖主机目录内容,并且这些更改将保留以备将来运行(但是您始终可以删除它并从tar文件重新开始)。
tar cf myapp.tar \
myapp/docker-compose.yml \
myapp/pgdata
这不会重新分发postgres
映像本身,它只是重用了标准的Docker Hub映像。除非您处于隔离的网络环境中,否则这不是实际问题。