本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com
该容器镜像包含Node.JS 12,作为您Node.JS 12应用程序的源代码到镜像(S2I)基础镜像。用户可选择基于RHEL、CentOS或Fedora的镜像。RHEL镜像可在Red Hat容器目录获取,CentOS镜像可在Quay.io获取,Fedora镜像可在Fedora Registry获取。生成的镜像可使用podman运行。
注意:尽管本README中的示例使用podman,但您可以将所有此类调用替换为docker,参数保持不变。
Node.js 12容器镜像作为基础平台,用于构建和运行各种Node.js 12应用程序和框架。Node.js是基于Chrome JavaScript运行时构建的平台,便于构建快速、可扩展的网络应用程序。Node.js采用事件驱动、非阻塞I/O模型,使其轻量高效,非常适合在分布式设备上运行的数据密集型实时应用程序。
本示例假设您使用ubi8/nodejs-12镜像,该镜像可通过OpenShift中的nodejs:12镜像流标签获取。
要在OpenShift中构建简单的nodejs-sample-app应用程序:
oc new-app nodejs:12~[***]
$ oc get pods $ oc exec <pod> -- curl 127.0.0.1:8080
该镜像支持OpenShift中的源代码到镜像(S2I)策略。S2I是一个OpenShift框架,便于编写接收应用源代码作为输入、使用构建器镜像(如本Node.js容器镜像)并生成运行组装后应用的新镜像。
为支持S2I框架,构建器镜像中包含以下重要脚本:
/usr/libexec/s2i/assemble:用于生成包含应用工件的新镜像。该脚本接收应用源代码并将其放置到镜像内的适当目录,利用Node.js应用开发中的常见模式(见下文“环境变量”部分)。/usr/libexec/s2i/run:作为生成的容器镜像(包含应用工件的新镜像)的默认命令。在生产环境中运行npm run,若DEV_MODE设为true则使用nodemon(见下文“环境变量”部分)。与S2I策略相比,使用Dockerfile是构建包含应用的Node.js容器镜像的更灵活方式。当S2I不够灵活或在OpenShift环境外构建镜像时,可使用Dockerfile。
按照以下步骤使用Node.js镜像创建Dockerfile:
podman pull ubi8/nodejs-12
本示例使用UBI镜像ubi8/nodejs-12,该镜像可根据UBI最终用户许可协议(EULA)自由使用和再分发。有关UBI的更多信息,请参见UBI常见问题。
此处使用位于[***]
git clone [***] app-src
此步骤通常至少包括以下部分:
对于这三个部分,用户可选择在Dockerfile中手动设置并显式使用nodejs和npm命令(见3.1),或使用镜像中的S2I脚本(见3.2,有关这些脚本的更多信息见上文“源代码到镜像框架和脚本”部分),S2I脚本已了解如何设置和运行常见Node.js应用。
创建包含以下内容的Dockerfile:
FROM ubi8/nodejs-12 # 添加应用源代码 ADD app-src . # 安装依赖 RUN npm install # 运行脚本使用标准方式启动应用 CMD npm run -d start
创建包含以下内容的Dockerfile:
FROM ubi8/nodejs-12 # 将应用源代码添加到assemble脚本预期的目录,并设置权限以非root用户运行容器 USER 0 ADD app-src /tmp/src RUN chown -R 1001:0 /tmp/src USER 1001 # 安装依赖 RUN /usr/libexec/s2i/assemble # 设置生成镜像的默认命令 CMD /usr/libexec/s2i/run
podman build -t node-app .
podman run -d node-app
应用开发人员可使用以下环境变量在OpenShift中配置此镜像的运行时行为:
NODE_ENV
NodeJS运行模式(默认:"production")
DEV_MODE
设为"true"时,将使用nodemon在开发过程中自动重新加载服务器(默认:"false")。将DEV_MODE设为"true"会将NODE_ENV默认值改为"development"(若未显式设置)。
NPM_RUN
选择在package.json文件的scripts部分定义的备用/自定义运行模式(默认:npm run "start")。使用DEV_MODE时,这些用户定义的运行脚本不可用。
HTTP_PROXY
在组装期间使用npm代理
HTTPS_PROXY
在组装期间使用npm代理
NPM_MIRROR
在构建过程中使用自定义NPM registry镜像下载包
定义环境变量的一种方式是在仓库的.s2i/environment文件中包含键值对。
示例:DATABASE_USER=sampleUser
DEV_MODE”以下package.json示例包含scripts.dev条目。您可在应用的package.json文件中定义自己的自定义NPM_RUN脚本。
要更改npm install期间的日志输出级别,可设置npm_config_loglevel环境变量。详见npm-config。
该镜像支持开发模式,可通过环境变量DEV_MODE切换,取值为true或false。开发模式支持以下特性:
调试端口可通过环境变量DEBUG_PORT指定,仅当DEV_MODE=true时有效。
在开发模式下运行容器的简单示例命令:
podman run --env DEV_MODE=true my-image-id
要在开发模式下运行容器并设置调试端口为5454:
$ podman run --env DEV_MODE=true DEBUG_PORT=5454 my-image-id
在生产模式下运行容器:
$ podman run --env DEV_MODE=false my-image-id
默认情况下,DEV_MODE设为false,DEBUG_PORT设为5858,但DEBUG_PORT仅在DEV_MODE=true时生效。
作为开发模式的一部分,该镜像支持热部署。启用开发模式后,运行中容器内源代码的任何更改将立即反映在运行的Node.js应用中。
要在运行中的容器中修改源代码,使用Podman的exec命令:
$ podman exec -it <CONTAINER_ID> /bin/bash
通过podman exec进入运行中的容器后,当前目录设为/opt/app-root/src,即应用源代码所在位置。
若已将容器部署到OpenShift,可使用oc rsync将本地文件复制到OpenShift pod中运行的远程容器。
s2i-nodejs容器镜像的默认行为是使用npm start命令运行Node.js应用,该命令执行package.json文件中的start脚本。在开发模式下,应用使用nodemon运行。nodemon的默认行为是查找package.json文件中的main属性并执行该脚本;若main属性不存在,则执行start脚本。因此,为确保生产模式和开发模式下功能一致,用户应移除main属性。
以下是包含scripts.dev条目的package.json示例。您可在应用的package.json文件中定义自己的自定义NPM_RUN脚本:
{ "name": "node-echo", "version": "0.0.1", "description": "node-echo", "main": "example.js", <--- main属性 "dependencies": { }, "devDependencies": { "nodemon": "*" }, "engine": { "node": "*", "npm": "*" }, "scripts": { "dev": "nodemon --ignore node_modules/ server.js", "start": "node server.js" <-- start脚本 }, "keywords": [ "Echo" ], "license": "", }
oc rsync仅在OpenShift 3.1+版本中可用。
Dockerfile和其他源代码可在[***]Dockerfile,RHEL7的为Dockerfile.rhel7,RHEL8的为Dockerfile.rhel8,Fedora的为Dockerfile.fedora。
免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录方式配置轩辕镜像加速服务,包含7个详细步骤
在 Linux 系统上配置轩辕镜像源,支持主流发行版
在 Docker Desktop 中配置轩辕镜像加速,适用于桌面系统
在 Docker Compose 中使用轩辕镜像加速,支持容器编排
在 k8s 中配置 containerd 使用轩辕镜像加速
在宝塔面板中配置轩辕镜像加速,提升服务器管理效率
在 Synology 群晖NAS系统中配置轩辕镜像加速
在飞牛fnOS系统中配置轩辕镜像加速
在极空间NAS中配置轩辕镜像加速
在爱快ikuai系统中配置轩辕镜像加速
在绿联NAS系统中配置轩辕镜像加速
在威联通NAS系统中配置轩辕镜像加速
在 Podman 中配置轩辕镜像加速,支持多系统
配置轩辕镜像加速9大主流镜像仓库,包含详细配置步骤
无需登录即可使用轩辕镜像加速服务,更加便捷高效
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429