当前位置：首页 > 文章列表 > 文章 > php教程 > 本地Docker运行JelasticNginxPHP教程

本地Docker运行JelasticNginxPHP教程

2025-12-05 11:01:10 0浏览收藏

对于一个文章开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《本地Docker运行Jelastic NginxPHP镜像教程》，主要介绍了，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

如何在本地Docker环境中运行Jelastic NginxPHP镜像

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在运行：

docker exec  ps aux

输出通常会显示类似以下内容：

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         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能够监控其状态。

正确的启动命令如下：

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  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.sh
COPY start.sh /usr/local/bin/start.sh
RUN chmod +x /usr/local/bin/start.sh

ENTRYPOINT ["/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环境中利用这些镜像进行开发和测试。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。