这是一个创建于 485 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在阿里云的 Ubuntu 服务器上成功配置了在 Docker 中运行的 Strapi ，对我这个全干工程师来说很方便，常见的 CRUD 需求都能满足，节省了很多写后端代码的时间。
由于对 Docker 不太熟悉，现在遇到了两个问题：
- Strapi 的代码有更新的时候，让 Docker 编译新镜像、运行新容器的最佳实践是什么？我目前是在项目目录下执行
docker compose down，然后再执行docker compose up，这样能够确保新生成的镜像是基于最新的代码。有没有别的更简洁优雅的方式，让 Docker 自己删除旧的镜像、生成新的镜像，然后启动容器？ - 用上面的
docker compose down + docker compose up的方式删除旧的镜像、生成新的镜像之后，用旧镜像启动的容器的日志就没有了，有什么好的方式，能够把容器的镜像持久化保存下来？
谢谢先。
 |
1
thomaspaine 2023-09-03 09:30:11 +08:00
docker compose up 本来就可以滚动更新的啊
日志你可以用 volume 参数映射出来 |
 |
2
seth19960929 2023-09-03 09:49:45 +08:00
服务用 docker 有两种运行方式.
1. 脚本语言, python, node, php. 直接把代码 volumn 挂载到容器里面. 你直接照常写日志. 容器≈环境 . 只有当需要新的扩展, 比如要安装 redis 扩展之类的. 每次更新只有 git pull, 然后看重启容器就可以 2. 编译语言, 直接便于成二进制文件到容器里运行. 容器≈可执行文件 |
 |
3
jaoyina 2023-09-03 10:04:06 +08:00
第一个问题我们项目上一般是结合 jenkins ，有代码改动提交，自动建镜像再发布，启动。
第二个问题把日志目录挂载出来就持久化了，可以在 docker-compose.yml 配置。 |
 |
4
lsk569937453 2023-09-03 10:05:14 +08:00
1.更新镜像后，直接 docker compose up -d 就能更新服务了(镜像没变的不会重启)。docker compose down 是关闭所有的服务。
2.使用 volume 把磁盘目录和容器目录映射一下就行了。 volumes: - ./logs:/home/logs 把容器的/home/logs 映射到当前的 logs 目录 |
 |
5
fanxasy 2023-09-03 10:27:14 +08:00
一次性更新所有容器：
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower --cleanup --run-once --include-stopped |
 |
6
daisyfloor 2023-09-03 10:28:38 +08:00
|
|
7
thomaspaine 2023-09-03 11:35:59 +08:00
@daisyfloor 镜像如果是推送到 docker registery 的，确实要先 pull 一下，如果是本地 build 的那就不需要
|
 |
8
mritd 2023-09-03 11:55:23 +08:00
1 、如果这个容器不那么重要, 或者说数据都有备份可以容忍一定时间的 down 机, 那么你可以用上面 V 友说的 `containrrr/watchtower` 来实现自动更新
2 、容器内的日志你可以通过挂外部物理文件的形式实现保存 3 、如果你对容器稳定性要求比较高, 最好考虑在 docker compose 中固定版本号, 并由自己手动升级; 因为上游更新有没有不兼容变动啥的都得你自己确认才行, 无脑更新有一定概率导致数据损坏和 down 机. 4 、一般情况下, 生产环境都会交由 CI 工具来实现自动化, 楼主可以考虑用一些免费 CI 来实现一些自动化 |
 |
9
mikaelson 2023-09-03 12:05:22 +08:00
@jaoyina #3 你们是根据提交来触发自动构建的吗？然后直接发布启动？不需要测试吗？我一直不太理解 jenkins 的流程，如果是捕捉 git 提交自动触发的话，那测试呢？万一提交的代码有问题，又自动构建下发部署下去了。。。所以这中间是不是还会有其他步骤？比如测试？测试完后，人工发布之类的？
|
 |
10
289396212 2023-09-03 12:29:10 +08:00
Strapi 用起来怎么样？是真的全免费嘛？还是说哪个角落的功能暗戳戳得不给用
|
 |
12
dayeye2006199 2023-09-03 13:49:41 +08:00
日志土鳖点就挂个 volume ，写到这个位置上。高级点，就弄个 fluentd ，然后就可以随便导出到各种地方。
docker compose 其实不擅长做你说的那种滚动。你需要的是类似 swarm ，k8s 这样的容器编排软件。 docker compose 强行弄的话大致是 1. docker pull 最新的版本 2. docker-compose up -d --scale backend=2 --no-recreate 增加一个新的副本（用的新版本） 3. docker stop 旧 的容器。 4. docker-compose up -d --scale backend=1 --no-recreate 回到刚才的副本数目 |
 |
13
dream4ever OP @289396212 Strapi 分社区版和企业版，就我这一个多月的使用印象来看，社区版提供的所有功能都是直接可用的。
|
|
14
mikaelson 2023-09-03 15:42:50 +08:00
@zhleonix #11 你的意思是，本地或者其他环境先测试，然后在提交触发 jenkins 自动部署吗？我好像还是没绕过来
 |
|
15
289396212 2023-09-03 15:45:05 +08:00
@dream4ever 不会有用了多久等你依赖了就不让免费用的情况吗？然后社区版好像是只能创建三个还是几个角色，我可以通过改源码来解决这个限制吗？
|
|
16
dream4ever OP @289396212 #15 第一个问题，社区版是可以部署在自己的服务区上的，即使它从某个版本开始完全不免费，那也可以使用它最后一个免费的社区版。
第二个问题我 Google 了一下，这是 4.8 版本之前才有的限制，在这之后社区版已经没有创建角色数量的限制了，可以看这里： https://strapi.io/blog/custom-roles-and-permissions-available-for-free-in-strapi-v4-8 。 |
 |
17
zhleonix 2023-09-05 19:12:18 +08:00
@mikaelson 本地的测试应该是在 CI 部分完成了。部署阶段的测试是对应用的集成测试甚至 E2E 的测试。一般会有两种选择：
- 有单独的测试环境，那就可以部署到单独测试环境中测试后再部署到目标环境。 - 需要在目标环境中直接测试，这时候要在测试失败情况下回滚版本。 |
|
19
mikaelson 2023-09-06 13:00:40 +08:00
|
Select Language