使用设计模式创建图像的方法

37次阅读

问题描述

在面向对象编程（OOP）中，有设计模式（DP）用于解决特定问题的最佳实践。例如，单例模式可以在日志记录器类中使用。那么在创建图像（例如docker）时如何应用设计模式呢？在我们的情况下，我们有核心应用程序、应用程序配置（根据客户定制）和每个客户的不同构件。
目前，我们使用一个包含各种if-else语句的bash脚本，但它越来越像一团乱麻。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

方案1

在使用Docker创建图像时，可以采用以下设计模式：
1. 单一职责原则（Single Responsibility Principle）：每个容器只运行一个服务。参考文档：https://docs.docker.com/config/containers/multi-service_container/
2. 避免在容器内部创建文件，除非是存储引擎，可以使用卷（volumes）来存储数据。例如，可以使用Elasticsearch作为存储引擎。
3. 如果需要多个自定义配置，可以从其他地方加载配置（如数据库、环境变量），或者将配置作为卷挂载到容器中。例如：

volumes:
  - config.yml:/usr/src/app/config.yml

对于依赖关系较多的脚本，可以将它们聚合到一个仓库中，并使用环境变量来更改CMD命令。例如：

CMD cd /usr/src/app && python -u $RUN_SCRIPT

可以结合使用ENTRYPOINT和CMD命令，具体参考：http://goinbigdata.com/docker-run-vs-cmd-vs-entrypoint/
5. 使用不同的docker-compose.yml文件来获取所需的设置。
6. 对于某些操作（如数据库设置），可以运行一个容器或在容器内部运行命令。例如：

docker run --network ournetwork init-profiling
docker run -it --network ournetwork init-profiling bash# run_command.sh^D

优化容器的占用空间，避免容器过于臃肿。例如，可以使用共享的基础镜像作为Python容器的基础镜像。另外，像pip freeze这样的操作只有在为每个仓库/容器使用单独的虚拟环境时才有意义。
如果你的公司目前没有使用Swarm或Kubernetes，那么我无法提供更多相关的指导。

方案2

使用脚本或工具来管理容器的启动顺序可能会增加复杂性，并且需要确保容器之间的依赖关系正确设置。
另一种方法是编写脚本或使用工具来控制容器的运行顺序。你可以使用docker run命令来手动控制容器的启动顺序，或者使用一些第三方工具来管理容器的依赖关系。
以下是一个简单的bash脚本示例，可以在容器A启动后启动容器B：

#!/bin/bash
# 启动容器A
docker run -d --name container_a your_image_a
# 等待容器A完全启动
while ! docker exec container_a echo "Container A is ready"; do
  sleep 1
done
# 启动容器B
docker run -d --name container_b your_image_b

在这个示例中，我们首先使用docker run命令启动容器A，并将其命名为container_a。然后，使用一个循环来等待容器A完全启动（这里是通过在容器内运行echo命令来测试）。一旦容器A就绪，我们再使用docker run命令启动容器B，并将其命名为container_b。

你们公司的开发人员是否使用Docker？在使用Docker的每个阶段中，DTAP是如何实施的？
我们现在有一套稳定的服务，所以在创建新的仓库后，开发人员通常会进行git commit和Jenkins构建，并将容器放入AWS ECS仓库（dev/stage/prod分支和环境）。新的部署通常是checkout docker-compose，docker-compose pull和docker-compose up。虽然不是完美的，但它能正常工作。当然，这还有一些更复杂的步骤，但这是核心部分。

正文完