构建ASP.NET6+Selenium+Chrome Docker镜像及OCP部署问题咨询

需求目标 #

• 在Docker中完成.NET项目的构建与发布
• 分别基于mcr.microsoft.com/dotnet/aspnet:6.0和selenium/standalone-chrome镜像（暂不合并）
• 将本地发布目录及其子目录复制到容器/app目录
• 暴露容器内部HTTP端口8080（替代默认80）
• 正常启动运行应用

当前Dockerfile代码 #

FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base 
WORKDIR /app 
EXPOSE 8080 
ENV ASPNETCORE_URLS=http://*:8080 
ENV Logging__Loglevel__Default=Debug 
ENV Logging__Loglevel__Microsoft.AspNetCore=Debug 

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build 
WORKDIR /src 
COPY ["Monitor.Web.csproj", "."] 
RUN dotnet restore "./Monitor.Web.csproj" 
COPY . ./
WORKDIR "/src/." 
RUN dotnet build "Monitor.Web.csproj" -c Release -o /app/build 

FROM build AS publish 
RUN dotnet publish Monitor.Web.csproj -c Release -o /app/publish /p:UseAppHost=false 

FROM base AS final 
COPY --from=publish /app/publish . 

ENTRYPOINT [ "dotnet", "Monitor.Web.dll" ]

现存问题与担忧 #

• 当前Dockerfile无法正常工作
• 本地环境已接近实现，但担心通过Azure Pipeline将镜像推送至OpenShift容器平台（OCP）时，publish环节无法像本地一样正常运行
• 附加报错：stdout日志显示AuthCodeHybridGrantJob执行时抛出OpenQA.Selenium.WebDriverException，错误内容为net::ERR_CONNECTION_REFUSED

解决方案建议 #

1. Dockerfile优化 #

• 端口与环境变量校验：容器启动后，通过docker logs <容器ID>查看应用实际监听端口，确认ASPNETCORE_URLS=http://*:8080配置生效
• 多镜像编排处理：因需同时使用ASP.NET和Selenium镜像，推荐用Docker Compose编排两个容器并打通网络，避免单机localhost访问限制：

  version: '3.8'
  services:
    app:
      build: .
      ports:
        - "8080:8080"
      networks:
        - app-network
    selenium-chrome:
      image: selenium/standalone-chrome:latest
      networks:
        - app-network
      ports:
        - "4444:4444"
  networks:
    app-network:
      driver: bridge
  

  应用内访问Selenium时，使用服务名地址http://selenium-chrome:4444/wd/hub，而非localhost:4444

2. Azure Pipeline与OpenShift部署适配 #

• 构建环境一致性：在Pipeline中锁定.NET SDK版本（如使用mcr.microsoft.com/dotnet/sdk:6.0.416），与本地环境保持一致，避免版本差异导致发布失败
• OCP镜像推送配置：
  1. 确保Pipeline服务账号拥有OCP集群的镜像推送权限
  2. 登录OCP后执行镜像标签与推送命令：

     docker tag <本地镜像名> <OCP镜像仓库地址>/<项目名>/<镜像名>:<版本>
     docker push <OCP镜像仓库地址>/<项目名>/<镜像名>:<版本>
     

• 优先使用官方Pipeline任务：用Azure DevOps的DotNetCoreCLI任务完成restore、build、publish流程，再将产物打包进镜像，减少Docker构建环节的环境依赖

3. Selenium连接问题排查 #

• 容器网络连通性测试：进入应用容器执行ping selenium-chrome，确认两个容器处于同一网络且能互相访问
• Selenium服务状态校验：启动Selenium容器后，访问http://<容器IP>:4444确认服务正常启动
• 应用内地址修正：检查代码中Selenium的连接地址，确保使用容器服务名而非localhost，避免容器内本地回环导致的连接拒绝

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