目錄
- docker部署fastapi項目以及日志掛載
- Nginx
- uvicorn
- gunicorn
- docker日志掛載的問題
- 總結(jié)
docker部署fastapi項目以及日志掛載
最近在嘗試用docker部署fastapi項目
他的基本架構(gòu)是由nginx+guvicorn+uvicorn+fastapi項目組成的
Nginx
nginx起到反向代理的作用
可能有人會問，為什么要用nginx反向代理，我直接訪問項目不行嗎？
其實nginx不只是反向代理的功能，還有很多像負(fù)載均衡、請求攔截、靜態(tài)文件訪問等等功能，而且他還隱藏了web服務(wù)的地址。
uvicorn
uvicorn是什么呢？大家都知道，fastapi使用的是ASGI協(xié)議，它是WSGI協(xié)議的一種升級版
而uvicorn是一個高性能的ASGI服務(wù)器，它建立在uvloop和httptools之上，
我們在本地開發(fā)時可以使用uvicorn來做服務(wù)器，
不過雖然uviorn也可以啟動和運行多個進(jìn)程，但是在處理工作進(jìn)程的能力上更有限。
gunicorn
所以我使用gunicorn來做進(jìn)程管理器，雖然gunicorn是一個WSGI服務(wù)器，本身與fastapi不兼容，但是你只要告訴它使用哪個特定的工作進(jìn)程類，他就可以使用這個類啟動一個或多個工作進(jìn)程
這不就巧了嗎？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
并沒有展示文件啟動的方式，我們還是習(xí)慣配置文件啟動，其實也很簡單。
我們只需要在項目根路徑下建立一個config.py文件作為配置文件即可。
import multiprocessing # 是否開啟debug debug = True # 設(shè)置守護(hù)進(jìn)程 daemon = True # 綁定ip和端口號 bind = '0.0.0.0:8000' # 超時時間 timeout = 30 # 工作模式 worker_class = 'uvicorn.workers.UvicornWorker' # 進(jìn)程數(shù) workers = multiprocessing.cpu_count() * 2 + 1 # 設(shè)置證書 # keyfile = '' # certfile = '' # 日志級別，這個日志級別指的是錯誤日志級別，而訪問日志的級別無法設(shè)置 loglevel = 'debug' #設(shè)置執(zhí)行路徑 chdir = './sql_app' # 日志配置 # 訪問日志文件 accesslog = "/app/sql_app/log/access.log" # 錯誤日志文件 errorlog = "/app/sql_app/log/error.log"
這里我們只要把worker_class 工作模式設(shè)置成’uvicorn.workers.UvicornWorker’，他就可以啟動我們的uvicorn服務(wù)器了。
注意設(shè)置好執(zhí)行路徑和日志文件
然后執(zhí)行啟動命令
gunicorn -c config.py main:app
其中main為項目的初始化文件
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)上看到的一點啟發(fā)，希望大家也能注意到，我用如下命令完美解決
docker run ? -it --privileged=true ? ?-v /dockerlogs:/app/logs ? -d -p 5080:5080 ?82edb4bbc79b
掛載宿主機已存在目錄后，在容器內(nèi)對其進(jìn)行操作，報“Permission denied”
可通過兩種方式解決：
1> 關(guān)閉selinux。
臨時關(guān)閉：# setenforce 0
永久關(guān)閉：修改/etc/sysconfig/selinux文件，將SELINUX的值設(shè)置為disabled。
2> 以特權(quán)方式啟動容器
指定–privileged參數(shù)
如：
# docker run -it --privileged=true -v /test:/softlogs
總結(jié)
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持。
