容器化 | 使用 Alpine 构建 Redis 镜像

上一期我们介绍了几种常见的构建镜像方式，并给出了功能对比、决策树等作为选型参考。本期我们将演示如何使用 Alpine 构建一个 Redis 镜像。

Alpine 系统使用 apk 包管理工具，文中相关 apk 使用技巧不再赘述。
我们将构建镜像 Dockerfile 中的几个部分单独讲解，最后提供一个完整的 Demo。重点在如何使用 Alpine，Redis 镜像构建步骤此文不详细介绍。

文章大纲：

1. 更换镜像源
2. 构建镜像所需软件
3. 启动服务
4. 调整时区
5. 包含 1- 4 的完整镜像构建 Demo

更换镜像源

首先，为了在本地更流畅的部署，可以更换更流畅的镜像源。我们这里将 apk 的软件包镜像源修改为中科大镜像源。

RUN sed -i 's/dl-cdn.alpinelinux.org/mirrors.ustc.edu.cn/g' /etc/apk/repositories

构建镜像所需软件

构建镜像时，只一些只有构建时才需要的文件/软件。比如 gcc 只有编译时候才会用到；wget 用于下载文件；传统 yum/apt 需要用完后手动卸载软件和依赖，还要自己清理临时文件。而 Alpine 的 apk 可以用起来更方便。

• –no-cache:不使用缓存目录缓存，装完也不保留缓存。
• –virtual .build-deps:不真实安装，将软件安装到虚拟包 .build-deps 中，方便 del 时一口气卸载所有包。
• –no-network:不使用网络。

RUN set -eux; \
    \
    apk add --no-cache --virtual .build-deps \
        coreutils \
        wget \
        dpkg-dev dpkg \
        gcc \
        linux-headers \
        make \
        musl-dev \
        openssl-dev ;\
    #########################################
    #
    #  构建部分
    #
    #########################################
    apk del --no-network .build-deps;

启动服务

通常我们启动镜像前需要使用 shell 调整下启动状态，做准备。比如：生成配置文件，检查路径挂载等等。然后再拉起服务，但会遇到两个问题：

1. 普通用户权限不够，必须启动 root ，但使用 root 启动服务又不安全。
2. 使用 shell 启动进程会导致 shell 进程本身 PID 为 1。而我们所启动服务 PID 不是 1，这就会导致服务本身接收不到 SIGTERM 信号而正常关闭。

解决方案

1. 使用su-exec 指定特定权限。
   • 这需要使用 apk 命令安装，下面有示例。
   • 需要提前创建好相应账号。
2. 使用 exec 命令将启动的服务进程替换当前进程，从而将 PID=1 传递给服务进程。

说明: 这里使用 su-exec 而不使用 sudo 的原因是传统 sudo 会新创建出一个进程运行服务，导致 PID 不能为 1，进而导致无法接收到 signal 信号而正常关闭服务。

示例

Dockerfile 内容如下：

FROM alpine:3.16
# 创建用户
RUN addgroup -S -g 1000 redis && adduser -S -G redis -u 999 redis
# 安装 su-exec 命令
RUN apk add --no-cache 'su-exec>=0.2'

############################################################
#
# 其它部署 内容
#
############################################################
 
ENTRYPOINT ["/usr/bin/entrypoint.sh"]

/usr/bin/entrypoint.sh