Python web 部署，使用 systemd 还是 supervisor？
最近要部署一个 flask 项目,打算采用 gevent+ gunicorn +systemd 的方式,但是网上的资料大都为 supervisor,我尝试了下比较繁琐,各位有什么建议吗
Python web 部署，使用 systemd 还是 supervisor？
这个问题问得好，选哪个主要看你的应用场景和需求。
简单说，如果你的服务需要在系统启动时就运行，并且需要集成到Linux的服务管理生态里（比如用systemctl start/stop），那就用systemd。它是现代Linux发行版的标准，管理开机自启、日志收集（journald）都很方便，配置文件也相对简洁。
如果你的应用环境比较独立，或者你需要同时管理多个进程（比如一个Web服务加一个后台队列worker），用supervisor会更顺手。它纯粹是个进程管理器，不依赖系统初始化，配置更专注于进程本身的重启策略、日志输出。
我个人的习惯是：对需要以系统服务形式长期运行的核心Web服务（比如用Gunicorn跑的Django/Flask），用systemd。对开发环境、或者那些需要频繁启停、重启策略复杂的辅助进程，用supervisor。
一句话建议：系统级服务用systemd，应用级进程管理用supervisor。
说的底层环境是选用 docker 的一个理由。不过其实只是把以前用 rpm/deb 表达的依赖关系，改由 docker 表达了而已，而且还不是描述式而是执行式的表达。dockerfile 里有些东西并不能保证每次都执行成功，尤其是和网络等外部环境相关的，所以其实并不是一个表达依赖关系和构建基础的好的方式
所以才要一套的 CI/CD 来做，Dockerfile 当然是要本地测试过没问题才能放进 CI 的步骤里面，如果有其他的错误，由 CI 解决网络等 docker build 出现的问题（ retry ），而且打包成镜像的好处是，可以同时存在多个版本，可以来做蓝绿发布，出问题了只需要把 docker 删掉就好了
这种情况请使用 docker-compose 编排多个容器，设置 restart: always。这样可以把比如队列挂了需要重启这种情况交给 docker daemon 去处理。
