在 CentOS 7 上使用 systemd 管理 Flask 应用作为守护进程，核心步骤是创建 systemd 服务单元文件。首先需安装 Gunicorn 或 uWSGI 作为 WSGI 服务器来运行 Flask 应用，因为 Flask 内置服务器不适合生产环境。接着在 `/etc/systemd/system/` 目录下创建 `.service` 文件，配置 `[Unit]` 定义依赖，`[Service]` 指定工作目录、启动命令（如 gunicorn）及重启策略，`[Install]` 设置开机自启目标。最后通过 `systemctl enable` 和 `start` 命令激活服务，利用 systemd 实现进程的自动守护、监控及日志管理，确保应用高可用。
在 centos7 中使用 systemd 部署 flask 以及 golang 程序自启动
通过这个配置文件我们可以发现，systemd 配置主要分为三个模块：[Unit] 启动顺序与依赖 Description 就是个简单的服务介绍 After 指的是本服务需要在某些服务启动后才能启动 [Service] 启动行为 Type 指的是启动类型，这个很重要，需要根据你启服务的方式决定，比如在 gunicorn 启动 flask 服务时，gunicorn 是在子进程启动 flask 服务的，启完后主进程会退出 (这里 gunicorn 的配置参数 daemon=True 即在后台运行),那么这里 Type 的就应该是 forking，如果服务不是在子进程运行而是在主进程 (即启动后主进程不会退出) 那么 Type 就应该是 simple。PIDFile 是指向 gunicorn 的管理进程 PID 保存的文件位置 (这个保存位置也是在 gunicorn 的配置参数中指定的 pidfile="./log/gunicorn.pid")
在 CentOS 上使用 Gunicorn 和 systemd 完整部署 Flask 应用：详细指南
systemd systemd 是一个系统和服务管理器，广泛应用于最新的 Linux 发行版中，包括 CentOS。它提供了一种更加有效的方式来管理系统和应用服务，支持服务的自动启动、停止、重启以及日志记录等功能。通过使用 systemd，开发者和系统管理员可以轻松监控和管理他们的应用服务，确保应用的高可用性和稳定性。在了解了这些组件的基本信息后，我们将详细介绍如何将它们组合起来，在 CentOS 上部署和管理一个 Web 应用。从设置开发环境开始，到应用的打包、部署，再到使用 systemd 管理应用服务，我们将一步步引导您完成整个过程，确保您能够顺利地部署您的 Flask 应用到生产环境中。接下来的部分将包括环境准备、创建 Flask 应用、安装 Gunicorn、使用 Gunicorn 运行 Flask 应用、创建和管理 systemd 服务，以及监控服务状态和日志。这一系列步骤旨在为您提供一个清晰的部署路径，帮助您理解每个组件在实际
Flask 如何使 Flask 应用程序成为守护进程
什么是守护进程？在开始之前，让我们先了解一下什么是守护进程。守护进程是在后台运行的进程，不会与终端或控制台交互。它们独立于登录会话，并在系统启动时自动启动。守护进程通常用于在服务器上执行长时间运行的任务，如 Web 服务器、数据库服务器等。使用 Gunicorn 将 Flask 应用程序作为守护进程运行 Gunicorn 是一个常用的 WSGI(Web 服务器网关接口)HTTP 服务器。它可以帮助我们将 Flask 应用程序作为守护进程运行。下面是一些示例代码，演示了如何使用 Gunicorn 将 Flask 应用程序守护化。首先，我们需要安装 Gunicorn。可以使用以下命令在命令行中安装 Gunicorn: pip install gunicorn Python Copy 安装完 Gunicorn 之后，我们就可以使用它来守护化我们的 Flask 应用程序。假设我们的 Flask 应用程序保存在名为 app.py 的文件中，我们可以使用以下命令将其作为守护进程运行：gunicorn app:app--daemon Python Copy 这个命令将启动一个 Gunicorn 服务器，将 app.py 作为应用程序，并将其作为守护进程运行。
centos7.x 配置守护进程服务
当我们在 centos7.x 服务器上部署好一个应用程序后，这个程序也能随着开机自启动，也能通过管理守护进程方式进行应用程序的开启，关闭，及查看状态等，这就需要我们对应用程序进行处理。#### 案例 ##### 内网穿透客户端 frpc 应用程序 ##### 目录结构 ``` ~]# tree /data/apps/frpc/ /data/apps/frpc/ ├── frpc └── frpc.ini 0 directories, 2 files ``` 注:frpc.ini 配置不再给出，涉及到机密信息 ##### 配置守护进程服务 ``` cat >/usr/lib/systemd/system/frpc.service <<-EOF [Unit] Description=Intranet penetration service client frpc service After=network.target remote-fs.target nss-lookup.target [Service] Type=simple ExecStart=/data/apps/frpc/frpc-c/data/apps/frpc/frpc.ini KillSignal=SIGQUIT TimeoutStopSec=5 KillMode=process PrivateTmp=true StandardOutput=syslog StandardError=inherit [Install] WantedBy=multi-user.target EOF ``` 重新加载守护进程，开机自启动、开启 frpc 守护进程服务 ``` systemctl daemon-reload systemctl enable frpc systemctl start frpc ```
Centos7 Systemd 使用详解
一、Systemd 是什么？systemd 是一个属于用户空间的系统服务管理程序，在红帽 RHEL7 上采用，替代了原来 RHEL6 上的 systemVinit。其作用是，在内核启动完成后，初始化用户空间的进程，进程号为 1、管理操作系统的运行级别，系统的服务启动和关闭，系统的挂载点。systemd 的特性：支持服务并行启动，实现快速开机 按需启动守护进程 支持快照和系统恢复 各服务间依赖关系管理 同时采用 socket 式与 D-Bus 总线式激活服务 维护挂载点和自动挂载点 可以通过 Linux 的 cgroups 监控运行的进程 二、Systemd 管理系统的运行级别 查看当前默认的启动级别 systemctl get-default AI 写代码 bash 切换到多用户级别 systemctl isolate multi-user.target 或 systemctl isolate runlevel3.target AI 写代码 bash 设置系统默认启动的运行级别 systemctl set-default multi-user.target AI 写代码 bash 运行级别对应表 systemd 运行级别配置目录 /etc/systemd/system/ AI 写代码 bash 三、Systemd 管理系统服务 认识 Systemd 下的 unit 文件 在 Systemd 下 unit 文件用于配置对资源的控制，每种资源对应不同的 unit 文件类型，比如后台服务 (service)、套接字 (socket)、设备 (device)、挂载点 (mount) 等。所有 unit 文件都包含两个通用段 [Unit]、[Install] 和一个资源类型段，如 [Service] 就表示后台服务。
FAQ
为什么 Flask 生产环境不建议直接使用内置服务器？
Flask 内置服务器仅限于开发环境使用，生产环境不够稳定，也无法承受大量请求的并发，部署时建议使用 uWSGI 和 Nginx 或 Gunicorn。
systemd 服务配置文件通常放在哪里？
系统安装时默认放在 `/usr/lib/systemd/system` 目录，管理员自定义配置推荐在 `/etc/systemd/system` 目录下创建，优先级更高。
如何确保 Flask 应用在系统重启后自动启动？
在 systemd 服务文件的 `[Install]` 段设置 `WantedBy=multi-user.target`，并执行 `systemctl enable 服务名` 命令即可实现开机自启。