龙芯3B6000服务器部署Nexus：Docker跨架构迁移与国产化环境实践

最近在帮一个团队做内部工具链的迁移和标准化，他们新采购了一批基于龙芯 3B6000 的服务器。在讨论到如何统一管理各种开发依赖包（比如 Maven、npm、Docker 镜像）时，大家不约而同地想到了 Nexus Repository Manager。这几乎是现代研发团队的基础设施标配了。但问题也随之而来：我们熟悉的 x86 架构下的 Docker 镜像和部署经验，在龙芯的 LoongArch64 架构上还能直接复用吗？答案是不能。这不是简单的docker run就能解决的问题。在龙芯平台上部署 Nexus，更像是一次对“基础设施可移植性”的深度检验。它考验的不仅是你对 Docker 命令的熟悉程度，更是你对架构差异、镜像构建、网络配置和国产化环境适配的综合理解。很多人第一步就卡在了“找不到镜像”上，然后陷入各种依赖和兼容性问题。这篇文章，我就结合这次的实际经验，把在龙芯 3B6000 上使用 Docker 部署 Nexus 的完整路径、关键决策点和避坑指南梳理出来。这不是一篇简单的操作手册，而是一次关于如何在特定架构下，将通用工具平稳落地的工程实践复盘。1. 为什么在龙芯上部署 Nexus 不是一次简单的“移植”在 x86 服务器上，部署 Nexus 可能只需要几分钟：拉取官方镜像、修改端口、挂载数据卷、启动容器。整个过程高度标准化，几乎不会遇到底层兼容性问题。但在龙芯的 LoongArch64（也称 loong64）架构上，这个“标准流程”从一开始就失效了。理解这种失效背后的原因，是成功部署的第一步。1.1 架构差异是根本：从“拿来即用”到“构建适配”Docker 镜像是与特定 CPU 架构绑定的。Sonatype 官方发布的 Nexus 镜像默认只支持linux/amd64（即 x86-64）和linux/arm64。对于龙芯的linux/loong64架构，官方并未提供预编译的镜像。这意味着，你无法直接使用docker pull sonatype/nexus3这样的命令。这引出了第一个核心判断：在龙芯上部署 Nexus，首要任务不是学习配置，而是解决“镜像从哪来”的问题。你有两条路可选：寻找社区移植的预构建镜像：一些社区或开发者会基于官方源码，为 loong64 架构重新构建并发布镜像。自行从源码构建：获取 Nexus 的源码或发布包，在龙芯环境中从头构建 Docker 镜像。对于绝大多数团队而言，第一条路是更务实的选择。自行构建涉及复杂的 Java 构建环境、依赖库的 loong64 版本适配等，成本极高。幸运的是，已经有社区在做这项工作。例如，搜索材料中提到的kubernetes-loong64/nexus-loong64项目，就提供了预构建的镜像。另一个常见来源是国内的镜像仓库，如registry.cn-qingdao.aliyuncs.com/xuxiaoweicomcn/nexus3-loong64:3.93.1。使用这些镜像，相当于站在了社区的肩膀上，规避了最复杂的构建环节。1.2 环境准备：超越yum install docker即便找到了镜像，环境依然是基础。在龙芯平台安装 Docker，不能想当然地使用 CentOS 或 Ubuntu 通用仓库里的版本。你需要确认你的龙芯操作系统（如 Loongnix、UOS、麒麟）的软件源中是否提供了适配 loong64 架构的 Docker 引擎。通常，系统发行商会提供适配的版本。安装后，一个关键但常被忽略的步骤是配置 Docker 的镜像加速器。由于需要从 Docker Hub 或其它仓库拉取基础镜像（如openjdk:17，如果社区镜像基于此构建），网络速度可能成为瓶颈。建议配置国内镜像加速源，例如阿里云、腾讯云或中科大的镜像加速器。这能显著提升后续拉取镜像和构建（如果需要）的速度。# 示例：修改 /etc/docker/daemon.json 配置镜像加速器 { “registry-mirrors”: [“https://your-mirror.mirror.aliyuncs.com”] } # 修改后重启 Docker 服务 sudo systemctl restart docker