docker部署fastapi項(xiàng)目以及日志掛載

最近在嘗試用docker部署fastapi項(xiàng)目

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

Nginx

nginx起到反向代理的作用

可能有人會(huì)問，為什么要用nginx反向代理，我直接訪問項(xiàng)目不行嗎？

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

uvicorn

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

而uvicorn是一個(gè)高性能的ASGI服務(wù)器，它建立在uvloop和httptools之上，

我們?cè)诒镜亻_發(fā)時(shí)可以使用uvicorn來做服務(wù)器，

不過雖然uviorn也可以啟動(dòng)和運(yùn)行多個(gè)進(jìn)程，但是在處理工作進(jìn)程的能力上更有限。

gunicorn

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

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

下面我們來講一下究竟怎么啟動(dòng)

首先我們需要下載uvicorn和gunicorn

pip install "uvicorn[standard]"

pip install gunicorn

然后我們就可以啟動(dòng)了

不過官方展示的是命令行啟動(dòng)：

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

并沒有展示文件啟動(dòng)的方式，我們還是習(xí)慣配置文件啟動(dòng)，其實(shí)也很簡(jiǎn)單。

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

import multiprocessing

# 是否開啟debug
debug = True

# 設(shè)置守護(hù)進(jìn)程
daemon = True

# 綁定ip和端口號(hào)
bind = '0.0.0.0:8000'

# 超時(shí)時(shí)間
timeout = 30

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

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

# 設(shè)置證書
# keyfile = ''
# certfile = ''

# 日志級(jí)別，這個(gè)日志級(jí)別指的是錯(cuò)誤日志級(jí)別，而訪問日志的級(jí)別無法設(shè)置
loglevel = 'debug'

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

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

這里我們只要把worker_class 工作模式設(shè)置成’uvicorn.workers.UvicornWorker’，他就可以啟動(dòng)我們的uvicorn服務(wù)器了。

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

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

gunicorn -c config.py main:app

其中main為項(xiàng)目的初始化文件

docker日志掛載的問題

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

關(guā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)上看到的一點(diǎn)啟發(fā)，希望大家也能注意到，我用如下命令完美解決

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

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

可通過兩種方式解決：

1> 關(guān)閉selinux。

臨時(shí)關(guān)閉：# setenforce 0

永久關(guān)閉：修改/etc/sysconfig/selinux文件，將SELINUX的值設(shè)置為disabled。

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

指定--privileged參數(shù)

如：

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

總結(jié)

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

最新評(píng)論