↓ 跳过正文
杰瑞德·林斯基
  1. 文章/

持续集成和持续部署（CI/CD）：Docker Compose的案例

· loading · loading ·
杰瑞德·林斯基
作者
杰瑞德·林斯基
居住在韩国首尔的新兴领导者和软件工程师
目录

在现代软件开发领域，持续集成和持续部署（CI/CD）是交付可靠和高效软件的重要实践。CI/CD确保代码更改自动测试和部署，促进快速和一致的交付。然而，当前的方法，特别是GitHub Actions，引入了几个可能阻碍开发的挑战。

GitHub Actions和YAML的问题
#

GitHub Actions的主要问题之一是严重依赖YAML配置文件。虽然YAML是定义工作流的强大而灵活的方式，但它有几个缺点：

  1. 缺乏可移植性：GitHub Actions中的YAML配置是特定于GitHub的。这造成了不易转移到其他CI/CD平台（如GitLab、Bitbucket或Jenkins）的依赖性。
  2. 复杂性和可维护性：随着项目的增长，YAML文件变得更加复杂，更难维护。这种复杂性可能会模糊单一职责原则（SRP），即一个脚本应该处理构建过程的一个方面。
  3. 开发人员开销：开发人员不仅需要了解Git，还需要了解YAML的复杂性以及他们选择的平台的特定CI/CD工具。这额外的学习曲线可能会减慢开发速度并引入错误。

提议使用Docker Compose进行CI/CD
#

为了解决这些问题，我建议利用Docker Compose来构建和测试代码，同时使用GitHub Actions等CI/CD工具仅作为编排器。以下是这种方法的帮助：

  1. 可移植性：Docker Compose文件是标准的，可以在本地或任何CI/CD平台上运行。这确保了你的构建配置是可移植的，不会绑定到特定的提供商。
  2. 简化：通过在Docker容器中隔离构建和测试过程，CI/CD配置变得更简单。开发人员只需要维护Docker Compose文件，减少了YAML配置的复杂性。
  3. 本地一致性：Docker Compose允许开发人员在本地运行与CI/CD管道中完全相同的构建和测试过程。这减少了"在我的机器上可以运行"的问题，并确保了跨环境的一致性。

在CI/CD中实施Docker Compose
#

以下是如何将Docker Compose集成到CI/CD管道中的分步指南：

  1. 定义Dockerfile文件：创建一个Dockerfile文件，定义安装和运行应用程序的步骤。这将在后面的docker compose文件中使用。使用dockerfile的好处是分离构建docker镜像的责任。
# 使用官方Node.js运行时作为基础镜像
FROM node:14

# 设置容器中的工作目录
WORKDIR /app

# 将package.json和package-lock.json文件复制到容器
COPY package*.json ./

# 安装依赖
RUN npm install

# 将其余应用程序代码复制到容器
COPY . .

# 暴露应用程序运行的端口
EXPOSE 3000

# 定义运行应用程序的命令
CMD ["npm", "start"]

  1. 定义Docker Compose文件：创建一个docker-compose.build.yaml文件，定义应用程序构建和运行所需的所有服务。

    services:
  app:
    image: myprivaterepo.com/image:latest
    build: .
    volumes:
      - .:/app
    command: sh -c "npm install && npm test"

  2. 本地测试：在本地运行Docker Compose以确保构建按预期工作。

    docker compose -f docker-compose.build.yaml build

  3. CI/CD配置：在你的GitHub Actions（或任何其他CI/CD平台）工作流文件中，使用Docker命令运行Docker Compose文件。

    name: CI/CD Pipeline
on: [push, pull_request]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - name: Set up Docker Buildx
        uses: docker/setup-buildx-action@v1
      - name: Build and Test with Docker Compose
        run: docker compose -f docker-compose.build.yaml build
      - name: Push the image referenced in the docker compose file
        run: docker compose -f docker-compose.build.yaml push

这种设置确保CI/CD工具仅负责编排Docker Compose过程，而Docker Compose处理应用程序的实际构建和测试。这种关注点分离遵循单一职责原则，并减少了CI/CD配置的复杂性。

  1. 推送到Docker镜像仓库：使用Compose文件的好处之一是你可以轻松地将镜像推送到其托管的仓库。Docker使用镜像名称来确定镜像存储的位置。例如，image: myprivaterepo.com/image:latest表示镜像可以在公共域myprivaterepo.com找到。要推送到私有仓库，请参考你的仓库服务提供的说明以获取访问令牌。

结论
#

通过在CI/CD管道中使用Docker Compose，你可以实现更大的可移植性、简单性和一致性。这种方法允许开发人员专注于编写代码和以标准格式定义构建过程，而不是陷入特定于提供商的配置中。最终，这可以导致更快的开发周期和更可靠的软件交付。