.NET 6镜像迁移至企业制品库及Dockerfile适配咨询

我有一个用于构建.NET 6应用的Dockerfile，内容如下：

FROM mcr.microsoft.com/dotnet/sdk:6.0-alpine AS publish
WORKDIR /src
COPY ContainerSample.csproj ./

RUN dotnet restore "./ContainerSample.csproj" --runtime alpine-x64
COPY . .
RUN dotnet publish "ContainerSample.csproj" -c Release -o /app/publish \
--no-restore \
--runtime alpine-x64 \
--self-contained true \
/p:PublishTrimmed=true \
/p:PublishSingleFile=true

FROM mcr.microsoft.com/dotnet/runtime-deps:6.0-alpine AS final

# create a new user and change directory ownership
RUN adduser --disabled-password \
--home /app \
--gecos '' dotnetuser && chown -R dotnetuser /app

# impersonate into the new user
USER dotnetuser
WORKDIR /app

# use port 5000 because
EXPOSE 5000
COPY --from=publish /app/publish .

# instruct Kestrel to expose API on port 5000
ENTRYPOINT ["./ContainerSample", "--urls", "http://localhost:5000"]

当前我从mcr.microsoft.com引用了sdk:6.0-alpine和runtime-deps:6.0-alpine这两个镜像，现需将所有镜像改为引用企业制品库版本。请问拉取并推送这些镜像至企业制品库的最佳方式是什么？如何将相关配置随镜像一并推送？

一、拉取并推送镜像至企业制品库的步骤 #

• 登录企业制品库
  先登录你的企业Docker镜像仓库，执行命令：

  docker login <企业制品库地址>
  

  输入账号密码完成登录即可。

• 拉取官方基础镜像
  从微软官方仓库拉取需要的两个镜像：

  docker pull mcr.microsoft.com/dotnet/sdk:6.0-alpine
  docker pull mcr.microsoft.com/dotnet/runtime-deps:6.0-alpine
  

• 给镜像打企业仓库标签
  按照企业制品库的命名规则给拉取的镜像打标签，格式一般为<企业制品库地址>/<分类路径>:<版本标签>，比如：

  docker tag mcr.microsoft.com/dotnet/sdk:6.0-alpine <企业制品库地址>/dotnet/sdk:6.0-alpine
  docker tag mcr.microsoft.com/dotnet/runtime-deps:6.0-alpine <企业制品库地址>/dotnet/runtime-deps:6.0-alpine
  

  分类路径可以根据企业内部规范调整，比如统一放在dotnet目录下方便管理。

• 推送镜像到企业仓库
  把打好标签的镜像推送到企业制品库：

  docker push <企业制品库地址>/dotnet/sdk:6.0-alpine
  docker push <企业制品库地址>/dotnet/runtime-deps:6.0-alpine
  

• 更新Dockerfile的镜像源
  最后修改你的Dockerfile，把原来的微软镜像地址替换成企业制品库的地址：

  FROM <企业制品库地址>/dotnet/sdk:6.0-alpine AS publish
  # 其余构建步骤不变
  
  FROM <企业制品库地址>/dotnet/runtime-deps:6.0-alpine AS final
  # 其余运行阶段步骤不变
  

二、把相关配置随镜像推送的方法 #

如果要把应用的配置（比如appsettings.json、环境变量配置等）和镜像一起交付，有两种常用方式：

1. 构建时直接嵌入配置到镜像 #

在Dockerfile里增加复制配置文件的步骤，把配置文件打包进镜像。比如在项目根目录有appsettings.json的话，可以在COPY . .阶段自动包含，或者单独指定复制：

# 如果构建阶段需要用到配置，在publish阶段添加
COPY appsettings.json ./
# 如果只需要运行时用，在final阶段复制到工作目录
COPY --from=publish /src/appsettings.json /app/

这样构建出来的镜像自带配置，推送到企业仓库后，其他人拉取就能直接使用这些配置。

2. 用编排工具挂载配置（适合集群环境） #

如果企业用Docker Swarm或者Kubernetes，可以把配置存成Docker Config或者K8s ConfigMap，部署镜像的时候再挂载到容器里。这种方式不用把配置嵌到镜像里，能灵活切换不同环境的配置，更适合多场景部署。

注意点 #

• 敏感配置（比如数据库密码、API密钥）别嵌到镜像里，用环境变量或者企业的保密存储（比如Docker Secrets、K8s Secrets）来传递更安全。
• 遵循企业的镜像版本规则，给镜像加合适的标签（比如构建号、版本号），方便追溯和回滚。

内容的提问来源于stack exchange，提问作者user584018