我应该使用哪个命令来构建整个docker应用程序并将其服务推送到docker hub？docker还是docker？

Question

在使用docker和docker compose时，我有点困惑：

有了dockerfile，我可以构建、运行docker应用程序映像，并将其推送到docker hub，以允许其他人在本地计算机上下载和运行它。

我可以构建，运行和推送服务映像（例如：redis，cassandra等）

我的关注：

我得到了一个包含以下文件的应用程序文件夹：

 - main.go  # the main app in Golang
 - Dockerfile # container definition file
 - Docker-compose.yml # contains all the services ( Redis and Cassandra)

我应该使用哪个命令在docker hub上构建和推送我的整个应用程序及其服务？docker还是docker-comush？

Answer 1

考虑这一点的一个有用的概念方法是，docker组合。yml文件指定了一组docker build和docker run命令。不能单独推送docker compose。yml文件到Docker Hub或其他注册表，在典型的Compose设置中，有许多标准映像引用，您不需要自己推送它们（无论在哪里运行，标准Docker Hubredis和cassandra映像都可以）。

这意味着你需要做两件事：

1. 将应用程序映像（但不是其公共映像依赖项）推送到注册表；和
2. 发布docker-compose.yml文件或以其他方式运行组合应用程序。

您可以使用docker compose push，但在CI环境中，使用docker build和docker push可能更简单一些。从机械上来说，它们没有什么不同。

确保映像包含运行应用程序所需的所有内容，包括外部依赖项。理想的情况是，docker可以通过--net、-e和-p设置来运行应用程序容器，对其进行配置，但无需单独提供应用程序代码或命令。在一个docker组合中。yml文件，查看是否可以仅使用端口：、环境：、和图像：（和构建：）运行它。更喜欢docker文件中的CMD，而不是docker compose中的命令：。yml。如果要将主机代码绑定到容器中（对于Go和其他编译语言不太可能），请删除那些卷：。

使用Compose部署东西的典型顺序可能如下所示：

here$ docker build -t me/myapp:20200525 .
here$ docker push me/myapp:20200525
here$ scp docker-compose.yml there:
here$ ssh there
there$ MYAPP_TAG=20200525 docker-compose up -d

请注意，我们唯一直接复制到目标系统的是docker compose。指定如何运行图像的yml；我们没有复制任何应用程序代码或其他依赖项，因为它们都封装在映像中。