我计划将 docker-compose 移动到 docker-swarm 以用于多节点。
我在docker-compose
下面这样使用过
version: '3'
services:
python:
container_name: python
build: ./python
command: uwsgi --socket :8001 --module myapp.wsgi --py-autoreload 1 --logto /tmp/mylog.log
volumes:
- ./src:/code
- ./src/static:/static
ports:
- "8082:8082"
expose:
- "8001"
nginx:
image: nginx:1.13
container_name: nginx
ports:
- "8000:8000"
volumes:
- ./nginx/conf:/etc/nginx/conf.d
- ./nginx/uwsgi_params:/etc/nginx/uwsgi_params
- ./static:/static
depends_on:
- python
它适用于 django 主机。
那么现在我正在尝试使用docker-swarm
.
docker-compose
看起来很像,docker-swarm
但有一个问题。
我像这样安装了本地驱动器
- ./src:/code
- ./src/static:/static
or here
- ./nginx/conf:/etc/nginx/conf.d
- ./nginx/uwsgi_params:/etc/nginx/uwsgi_params
- ./static:/static
但是,在 中docker-swarm
,volumes
这样不起作用,服务永远不会启动。
(我明白了……这是可以理解的,因为可能有很多节点……)
我想我应该做一些改变。
我搜索了一下,发现有一些这样的设置。
services:
python:
volumes:
- src:/code
volumes:
src:
driver: local
但是我不明白如何使用这个......
我应该把我的源代码或一些配置文件放在哪里?
docker-swarm 常用文件的最佳实践是什么?
如果你在 swarm 模式下跨多个节点部署一个镜像,源代码应该在你的镜像中,并且这个镜像应该被推送到一个注册表中。将源代码挂载为卷是一种加快开发过程的方法,但要测试的映像应该使用包含
COPY
在 Dockerfile 中的命令中的源代码构建,以便在没有卷挂载的情况下使用。因此,对您的撰写文件的更改是添加指向您自己的存储库的图像名称,最好使用版本化标签。然后每个镜像都会有一个 Dockerfile 并在部署堆栈之前构建并推送到注册表。
请注意,container_name、depends_on 和 build 在 swarm 模式下无效。您需要删除对硬编码容器名称的任何依赖项(使用服务名称进行基于 DNS 的发现)。理想情况下,应用程序应通过某种指数回退到最大限制的连接测试来处理依赖关系,或者通过将
wait-for-it.sh
脚本之类的内容添加到入口点以在启动应用程序之前验证依赖关系是否可用。构建通常从撰写文件中移出并进入 CI/CD 系统。然后,撰写文件从该 CI/CD 工具接收当前标记名称作为变量。对于持久性数据,您将使用一个卷,但如果您希望在容器在节点之间迁移时数据保持持久性,那么该卷应该位于 NFS 等网络文件系统上,而不是默认的本地文件系统上。我在这里的回答就是一个例子。
为了在 swarm 集群中的容器之间共享数据,理想情况下使用网络 API(例如所有基于 REST 的微服务)来完成。您还可以将其外部化到在 swarm 之外运行或为容器环境设计的数据库(CNCF 在他们的环境中有一些)。您可以使用相同的 NFS 解决方案和卷挂载来执行此操作,但要意识到您可能正在处理文件锁定和更高的延迟。