Jelastic的`nginxphp` Docker镜像专为Virtuozzo DevOps平台设计，其默认启动命令（CMD）是`systemd`，导致在本地直接运行`docker run`时服务不启动。本文将详细讲解如何通过覆盖默认CMD，以正确的方式在本地Docker环境中启动并验证`jelastic/nginxphp`镜像，使其Nginx和PHP-FPM服务正常运行，为后续基于该镜像进行应用开发提供基础。
理解Jelastic镜像的特殊性
Jelastic提供的Docker镜像，例如jelastic/nginxphp，与Docker官方库中的通用镜像（如Nginx）在设计理念上存在显著差异。这些镜像旨在与Virtuozzo DevOps平台深度集成，支持其提供的所有功能和自动化机制。因此，它们通常以systemd作为默认启动命令（CMD），以便在Jelastic平台内部管理多个服务。
当您尝试在本地Docker环境中直接运行此类镜像时，例如：
docker run -p 8080:80 jelastic/nginxphp:1.14.2-php-7.2.9登录后复制
您可能会发现容器启动后，Nginx或PHP-FPM等关键服务并未运行。通过docker exec进入容器并检查进程列表，您会发现只有systemd在运行：
立即学习“PHP免费学习笔记（深入）”；
docker exec <container_id> ps aux登录后复制
输出通常会显示类似以下内容：
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMANDroot 1 0.0 0.0 191276 10172 ? Ssl 07:58 0:00 /usr/bin/qemu-x86_64 /usr/lib/systemd/systemd# ... 其他systemd相关进程，但无nginx或php-fpm登录后复制
这是因为镜像的默认CMD指令被设置为启动systemd。您可以通过docker inspect命令确认这一点：
docker inspect jelastic/nginxphp:1.14.2-php-7.2.9登录后复制
在输出的JSON结构中，您会找到类似以下内容：
"Cmd": [ "/usr/lib/systemd/systemd"],登录后复制
这明确指出容器启动时执行的是systemd。
本地运行Jelastic NginxPHP镜像的解决方案
要在本地Docker环境中成功运行jelastic/nginxphp镜像并使其Nginx服务正常工作，您需要覆盖其默认的CMD指令。这意味着在docker run命令中，您需要明确指定要启动的应用程序及其参数。对于Nginx，通常是在前台运行，以便Docker能够监控其状态。
正确的启动命令如下：
Flawless AI 好莱坞2.0，电影制作领域的生成式AI工具
32 查看详情 
docker run -p 8080:80 jelastic/nginxphp:1.14.2-php-7.2.9 /usr/sbin/nginx '-g daemon off;'登录后复制
让我们分解这个命令：
docker run -p 8080:80: 标准的Docker运行命令，将容器的80端口映射到主机的8080端口。jelastic/nginxphp:1.14.2-php-7.2.9: 指定要运行的Docker镜像及其标签。/usr/sbin/nginx: 这是Nginx可执行文件的路径。-g 'daemon off;': 这是Nginx的配置参数。-g: 允许在命令行中添加全局配置指令。daemon off;: 告诉Nginx不要作为守护进程在后台运行，而是保持在前台运行。这对于Docker容器至关重要，因为Docker容器的生命周期与PID 1进程紧密关联。如果Nginx作为守护进程在后台运行，PID 1进程（通常是启动Nginx的脚本或命令）会退出，导致Docker认为容器已停止并将其关闭。验证服务是否正常运行
容器启动后，您可以通过访问主机的8080端口来验证Nginx是否正常响应：
curl 127.0.0.1:8080登录后复制
如果Nginx正常运行，您应该会收到一个HTML响应（可能是Nginx的默认欢迎页面或Jelastic镜像中预设的页面），而不是“Empty reply from server”错误。
您也可以再次使用docker exec进入容器并检查进程列表，此时应该能看到Nginx进程：
docker exec <container_id> ps aux | grep nginx登录后复制
基于Jelastic NginxPHP镜像构建自定义应用
一旦您掌握了如何在本地正确运行jelastic/nginxphp基础镜像，就可以在此基础上构建自己的应用程序镜像了。这通常涉及创建一个Dockerfile，使用FROM指令指定基础镜像，然后添加您的应用程序代码和配置。
以下是一个简化的Dockerfile示例：
# 使用Jelastic NginxPHP镜像作为基础FROM jelastic/nginxphp:1.14.2-php-7.2.9# 覆盖默认CMD，确保Nginx在前台运行# 注意：这里我们不直接在FROM后面覆盖CMD，而是在RUN或ENTRYPOINT之后# 但更推荐在docker run时覆盖，或者通过ENTRYPOINT脚本来启动多个服务# 对于本场景，如果只是运行Nginx，在docker run时覆盖CMD是最直接的。# 如果需要启动php-fpm和nginx，通常需要一个自定义的启动脚本作为ENTRYPOINT。# 假设您的应用程序代码在本地的'./app'目录COPY ./app /var/www/html/# 设置适当的权限 (根据您的应用需求)RUN chown -R www-data:www-data /var/www/html/# 暴露端口 (如果基础镜像没有暴露，或者您需要暴露其他端口)EXPOSE 80# 定义一个启动脚本作为ENTRYPOINT，以同时启动Nginx和PHP-FPM# 这比直接覆盖CMD启动单个服务更健壮# 创建一个简单的启动脚本，例如 /usr/local/bin/start.shCOPY start.sh /usr/local/bin/start.shRUN chmod +x /usr/local/bin/start.shENTRYPOINT ["/usr/local/bin/start.sh"]CMD [""] # 清空CMD，让ENTRYPOINT全权负责登录后复制
start.sh 示例内容：
#!/bin/bash# 启动PHP-FPM/usr/sbin/php-fpm7.2 -F & # -F 参数表示在前台运行# 启动Nginx/usr/sbin/nginx -g 'daemon off;'登录后复制
构建您的自定义镜像：
docker build -t my-custom-app:latest .登录后复制
然后运行它：
docker run -p 8080:80 my-custom-app:latest登录后复制
注意事项与总结
Jelastic镜像的平台依赖性： 记住jelastic/nginxphp镜像主要为Jelastic平台优化。在本地Docker中运行它可能需要您手动配置一些在Jelastic平台上自动处理的环境变量或服务协同。多服务管理： 如果您需要同时运行Nginx和PHP-FPM（这通常是PHP应用的需求），直接在docker run中覆盖CMD来启动单个Nginx进程是不够的。您需要创建一个自定义的ENTRYPOINT脚本，该脚本负责启动所有必要的服务（例如Nginx和PHP-FPM），并确保它们都在前台运行或由一个父进程管理，以便容器保持活动状态。日志管理： 在Docker容器中，通常建议将应用程序的日志输出到标准输出（stdout）和标准错误（stderr），以便Docker日志驱动程序可以捕获它们。检查Jelastic镜像的Nginx和PHP-FPM配置，确保它们遵循这一最佳实践。通过理解Jelastic镜像的设计哲学并采用适当的docker run或Dockerfile策略，您可以成功地在本地Docker环境中利用这些镜像进行开发和测试。
以上就是如何在本地Docker环境中运行Jelastic NginxPHP镜像的详细内容，更多请关注php中文网其它相关文章！
