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