Python web開發你須要理解的一些服務器概念

1.Python web開發你須要理解的一些服務器概念

  前幾日在生產服務器上部署Python web.py的一個項目，發現本身對服務器的一些概念不是很明白，遂查資料看了一會，特此作出我的的一些算是筆試的總結吧，以便以後能夠回顧

2.WSGI

  全稱是Web Server Gateway Interface,WSGI不是服務器，也不是API或者Python的什麼模塊之類的，它只是一種Python web的一種規範，相似於Java web裏面的servlet規範，WSGI規範定義了web應用（web框架）與web服務器之間交互的接口，約定了WSGI server怎麼去調用web應用程序類或者函數，web應用程序須要符合什麼樣的規範。而下面說的uWSGI就是一種支持WSGI規範的服務器，或者你能夠將uWSGI理解爲一種支持WSGI規範的容器，因此咱們能夠將web應用部署到uWSGI中，而後當它接受請求時，就會按照WSGI定義的接口回調web應用來處理請求。
  WSGI定義了兩種角色，分別爲server端（或者gateway端）和application端（或者framework端），須要server端和application端都支持WSGI，通常而言server端是uWSGI，application端是一個可調用對象（callable object），可調用對象能夠是類、方法或者可調用的實例，這個對象接受兩個參數environ(請求的環境變量)和start_response（回調函數）。

• environ是一個字典，包含了客戶端請求的信息，如 HTTP 請求的首部，方法等信息，能夠認爲是請求上下文
• start_response一個用於發送HTTP響應狀態（HTTP status ）、響應頭（HTTP headers）的回調函數。在返回內容以前必須先調用這個回調函數

def simple_app(environ, start_response):
    """
    docstring, it's just a test application
    """
    status = '200 OK'
    response_headers = [('Content-type', 'text/html')]
    start_response(status, response_headers)
    return ['Hello World']

  上面的回調函數的做用是讓WSGI server返回響應的首部和HTTP狀態碼，這個函數必須有兩個參數，第一個是狀態碼，第二個是響應的首部元組組成的列表，而且回調函數設置狀態碼和首部須要在return響應HTTP body以前執行。
  值得一說的是，return返回的響應信息應該是一個可迭代對象，上面的例子中將字符串放在了列表裏面，若是直接返回字符串，會致使WSGI服務器對字符串進行迭代而影響速度。

3 uWSGI

  是一個web服務器，實現了WSGI協議、uwsgi協議、http協議等

4 UWSGI

  一種規範，或者說是一種通訊協議，主要用在代理服務器（如Nginx）與uWSGI服務器之間的通訊，而WSGI主要是用在uWSGI服務器和應用程序之間的通訊。

5 請求流程

• 首先nginx 是對外的服務接口，外部瀏覽器經過url訪問nginx；
• nginx 接收到瀏覽器發送過來的http請求，將包進行解析，分析url，若是是靜態文件請求就直接訪問用戶給nginx配置的靜態文件目錄，直接返回用戶請求的靜態文件。若是不是靜態文件，而是一個動態的請求，那麼nginx就將請求轉發給uWSGI,uWSGI接收到請求以後將包進行處理，處理成WSGI能夠接受的格式，根據請求調用應用程序的某個文件，某個文件的某個函數，最後處理完將返回值再次交給uWSGI,uWSGI將返回值進行打包，打包成UWSGI可以接收的格式，並轉發給nginx,nginx最終將返回值返回給瀏覽器.

6 小問題

從上面能夠看出，Nginx這一層並非必須的，uWSGI服務器徹底能夠完成整個和瀏覽器的交互，可是須要考慮下面的狀況

• 安全問題，程序不能直接被瀏覽器訪問到，而是經過nginx,nginx只開放某個接口，uWSGI自己是內網接口，這樣運維人員在nginx上加上安全性的限制，能夠達到保護程序的做用
• 負載均衡問題，一個uWSGI極可能不夠用，即便開了多個work也是不行，畢竟一臺機器的cpu和內存都是有限的，有了nginx作代理，一個nginx能夠代理多臺uWSGI完成uWSGI的負載均衡
• 靜態文件問題，用django或是uWSGI這種東西來負責靜態文件的處理是很浪費的行爲，並且他們自己對文件的處理也不如nginx好，因此整個靜態文件的處理都直接由nginx完成，靜態文件的訪問徹底不去通過uWSGI以及其後面的東西。

參考文章：
python nginx+uwsgi+WSGI 處理請求詳解
Nginx + uWSGI + Webpy配置&原理.md