该容器镜像包含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脚本:
json{ "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 登录认证访问私有仓库
在 Linux 系统配置镜像加速服务
在 Docker Desktop 配置镜像加速
Docker Compose 项目配置加速
Kubernetes 集群配置 Containerd
在宝塔面板一键配置镜像加速
Synology 群晖 NAS 配置加速
飞牛 fnOS 系统配置镜像加速
极空间 NAS 系统配置加速服务
爱快 iKuai 路由系统配置加速
绿联 NAS 系统配置镜像加速
QNAP 威联通 NAS 配置加速
Podman 容器引擎配置加速
HPC 科学计算容器配置加速
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名加速
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429