新服务器初始化、CI 里拉取基础镜像、扩容时批量开机，这几件事都容易慢。下载卡住、拉取超时、同一套环境在不同机器上跑出不同结果，大多是这三类问题。阿里云镜像主要分三块：容器镜像服务、开源软件镜像站，以及 ECS 自定义镜像。三者解决的问题不同，下面分别说明怎么配，最后给一个选择思路。
一、容器镜像服务，先解决拉取慢
阿里云容器镜像服务（ACR）负责镜像的托管、版本管理和分发。国内团队最直接的感受是拉取速度。从海外仓库拉基础镜像，常见情况是超时，或者速度只有几 KB 每秒。改用同地域的镜像仓库后，下载速度一般能稳定在更高的带宽上。
有个做在线教育的五人团队，每次发布都要在 CI 环境里重新构建并拉取 Python 基础镜像。原来单次拉取平均要四分钟左右，偶尔还会因为超时让流水线失败。后来他们把基础镜像同步到同地域的 ACR 仓库，构建机器改从这里拉取，拉取时间降到几十秒，失败的情况也少了很多。
配置镜像加速器
- 登录阿里云控制台，进入容器镜像服务，在镜像加速器页面找到属于你账号的加速地址。
- 在 Linux 服务器上编辑 Docker 配置文件 /etc/docker/daemon.json，加入 registry-mirrors 字段。如果文件里已有其他配置，把这一项合并进去，不要整个文件覆盖。
- 重启 Docker 服务后执行 docker info，在 Registry Mirrors 一栏确认地址已生效，再拉一次镜像测试。
配置示例如下，地址需要换成你自己的加速地址：
{ “registry-mirrors”: [“https://<你的专属加速地址>.mirror.aliyuncs.com”] }
daemon.json 对格式很敏感，多一个逗号，Docker 就可能启动失败。改之前先备份，改完可以用 python3 -m json.tool /etc/docker/daemon.json 检查 JSON 是否合法。
二、开源软件镜像站，装依赖别再干等
除了容器镜像，阿里云开源镜像站也同步了不少常用软件源，覆盖 Ubuntu、Debian、CentOS 等 Linux 发行版，也包括 pip、npm、Maven 这类语言包管理工具。原理不复杂：镜像站把上游仓库的内容同步到国内节点，客户端把源地址换掉，安装速度就会明显改善。
新服务器初始化是最常见的场景。在默认源上执行 apt update，经常会卡很久。把源切到阿里云镜像站后，同一套初始化脚本从二十分钟缩短到几分钟，多台机器并行执行时也更稳。
切换前有两件事要确认。一是先备份原来的源配置文件，出问题时能快速回退。二是核对系统版本是否在镜像站的支持列表里，版本不匹配时，更新索引会直接报错。如果是企业内网，还要确认服务器能否访问外部镜像地址。访问受限的话，就需要在内部搭建缓存代理，否则配置改了也用不上。
三、ECS 自定义镜像，让每台机器环境一致
ECS 的自定义镜像常被忽略，但在团队协作里很实用。镜像可以理解成服务器的一份快照模板，里面包含操作系统、已装的软件和基础配置。把调试好的环境做成自定义镜像，之后批量创建实例都直接使用它，”在我机器上能跑”这类问题会少很多。
一家做电商促销的技术团队，大促前要临时扩容二十多台服务器。以前每台都要手动装运行时、配监控和日志代理，既耗时又容易漏掉某一步。后来他们先在一台实例上配好全部环境，做成自定义镜像，再基于它批量创建。扩容时间从半天压缩到一小时以内，各节点配置一致，出了问题也不用一台台比对。
自定义镜像有两点要留意。第一，制作前清理掉镜像里的明文密码、密钥和令牌，否则这些信息会随镜像复制到每台新实例上。第二，镜像要定期重新制作。镜像放久了，安全补丁和依赖版本会落后，批量创建的实例就会带着旧漏洞上线。
四、怎么选
三类服务解决的问题不同，可以按下面的思路判断：
- 容器拉取慢、镜像版本不好管，先用容器镜像服务，再配上加速器。
- 构建时下载依赖慢，开源镜像站是成本最低的改法，通常只需改一处源配置。
- 需要多台服务器环境统一、经常快速扩容，就用自定义镜像，但要配套定期更新和清理敏感信息的流程。
三者可以组合使用。基础镜像放在容器仓库，依赖走镜像站，服务器环境用自定义镜像固定下来。先找到自己最慢的那个环节，再决定先上哪一层，比一开始全部铺开更省事。
