我正在使用multiple dockerfiles构建一个应用程序(每个服务一个).我的应用程序的目录结构如下:
app
├── dockerfiles
│ ├── webserver
│ │ └── Dockerfile
│ └── database
│ └── Dockerfile
├── public
└──
├── db
└──
[...]
├── LICENSE
├── README.md
└── docker-compose.yml
在我的网络服务器的Dockerfile中,我想使用COPY命令复制现有代码:
# Dockerfile
COPY ./public /var/www/html
我想使用docker-compose.yml文件部署应用程序:
# docker-compose.yml
version: "3"
services:
webserver:
build: ./dockerfiles/webserver
image: webserver:php-apache
但是,当我从工作目录(app)运行docker-compose时,我收到以下错误:
Building webserver
Step 1/2 : FROM php:7.1.11-apache-jessie
---> cb6a5015ad72
Step 2/2 : COPY ./public /var/www/html
Service 'webserver' failed to build: COPY failed: stat /var/lib/docker/tmp/docker-builder193736188/public: no such file or directory
如果我将我的网络服务器的Dockerfile移动到应用程序的根目录,则此错误消失,因此我知道它是由路径或构建上下文问题引起的.
知道了这一点,我们可以通过以下两种方式解决问题:
(1)将一个Dockerfile用于整个应用程序(在应用程序的根目录中),或
app
└── Dockerfile
(2)为每个服务使用多个Dockerfiles(在应用程序的根目录中).
app
├── Dockerfile.webserver
└── Dockerfile.database
这些解决方案很糟糕,因为对一切使用一个dockerfile /容器不是best practice(1),并且以这种方式组织多个dockerfiles看起来很乱(2).
所以,我的问题是:
如何在不更改原始目录结构的情况下解决此问题?
>需要对dockerfiles,docker-compose.yml或基本运行时命令进行哪些更改?
>有没有更好的方法来组织一切?
> WORKDIR命令怎么样?
理想情况下,最佳解决方案应该适用于开发(本地)和生产(远程)环境,所以让我们现在避免使用卷…