docker部署fastapi項目以及日志掛載

最近在嘗試用docker部署fastapi項目

他的基本架構(gòu)是由nginx+guvicorn+uvicorn+fastapi項目組成的

Nginx

nginx起到反向代理的作用

可能有人會問，為什么要用nginx反向代理，我直接訪問項目不行嗎？

其實nginx不只是反向代理的功能，還有很多像負載均衡、請求攔截、靜態(tài)文件訪問等等功能，而且他還隱藏了web服務的地址。

uvicorn

uvicorn是什么呢？大家都知道，fastapi使用的是ASGI協(xié)議，它是WSGI協(xié)議的一種升級版

而uvicorn是一個高性能的ASGI服務器，它建立在uvloop和httptools之上，

我們在本地開發(fā)時可以使用uvicorn來做服務器，

不過雖然uviorn也可以啟動和運行多個進程，但是在處理工作進程的能力上更有限。

gunicorn

所以我使用gunicorn來做進程管理器，雖然gunicorn是一個WSGI服務器，本身與fastapi不兼容，但是你只要告訴它使用哪個特定的工作進程類，他就可以使用這個類啟動一個或多個工作進程

這不就巧了嗎？uvicorn就有一個gunicorn兼容的worker類

下面我們來講一下究竟怎么啟動

首先我們需要下載uvicorn和gunicorn

pip install "uvicorn[standard]"

pip install gunicorn

然后我們就可以啟動了

不過官方展示的是命令行啟動：

gunicorn main:app --workers 4 --worker-class uvicorn.workers.UvicornWorker --bind 0.0.0.0:80

并沒有展示文件啟動的方式，我們還是習慣配置文件啟動，其實也很簡單。

我們只需要在項目根路徑下建立一個config.py文件作為配置文件即可。

import multiprocessing

# 是否開啟debug
debug = True

# 設置守護進程
daemon = True

# 綁定ip和端口號
bind = '0.0.0.0:8000'

# 超時時間
timeout = 30

# 工作模式
worker_class = 'uvicorn.workers.UvicornWorker'

# 進程數(shù)
workers = multiprocessing.cpu_count() * 2 + 1

# 設置證書
# keyfile = ''
# certfile = ''

# 日志級別，這個日志級別指的是錯誤日志級別，而訪問日志的級別無法設置
loglevel = 'debug'

#設置執(zhí)行路徑
chdir = './sql_app'

# 日志配置
# 訪問日志文件
accesslog = "/app/sql_app/log/access.log"
# 錯誤日志文件
errorlog = "/app/sql_app/log/error.log"

這里我們只要把worker_class 工作模式設置成’uvicorn.workers.UvicornWorker’，他就可以啟動我們的uvicorn服務器了。

注意設置好執(zhí)行路徑和日志文件

然后執(zhí)行啟動命令

gunicorn -c config.py main:app

其中main為項目的初始化文件

docker日志掛載的問題

關鍵是本地服務器沒有寫入的權(quán)限 

關鍵看這里吧(Permission denied)， 一直沒有看正方，以為是配置日志文件 找不到有問題，下面是部分異常

10:35:09,498 |-ERROR in ch.qos.logback.core.rolling.RollingFileAppender[FILE] - openFile(null,true) call failed. java.io.FileNotFoundException: logs/bandwidth.log.2019-04-25.log (Permission denied)
        at java.io.FileNotFoundException: logs/bandwidth.log.2019-04-25.log (Permission denied)
        at      at java.io.FileOutputStream.open0(Native Method)
        at      at java.io.FileOutputStream.open(FileOutputStream.java:270)
        at      at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
        at      at ch.qos.logback.core.recovery.ResilientFileOutputStream.<init>(ResilientFileOutputStream.java:26)
        at      at ch.qos.logback.core.FileAppender.openFile(FileAppender.java:204)
        at      at ch.qos.logback.core.FileAppender.start(FileAppender.java:127)
        at      at ch.qos.logback.core.rolling.RollingFileAppender.start(RollingFileAppender.java:100)
        at      at ch.qos.logback.core.joran.action.AppenderAction.end(AppenderAction.java:90)
        at      at ch.qos.logback.core.joran.spi.Interpreter.callEndAction(Interpreter.java:309)
        at      at ch.qos.logback.core.joran.spi.Interpreter.endElement(Interpreter.java:193)

嘗試好多遍，才真正看懂原因也是從網(wǎng)上看到的一點啟發(fā)，希望大家也能注意到，我用如下命令完美解決

docker run ? -it --privileged=true ? ?-v /dockerlogs:/app/logs ? -d -p 5080:5080 ?82edb4bbc79b

掛載宿主機已存在目錄后，在容器內(nèi)對其進行操作，報“Permission denied”

可通過兩種方式解決：

1> 關閉selinux。

臨時關閉：# setenforce 0

永久關閉：修改/etc/sysconfig/selinux文件，將SELINUX的值設置為disabled。

2> 以特權(quán)方式啟動容器 

指定--privileged參數(shù)

如：

# docker run -it --privileged=true -v /test:/softlogs

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論