gunicorn模式和tonordo模式

##gunicorn模式## nginx代理： 只是把request分發下去， gevent根據gunicorn的進程負載狀況，分給負載少的。 每個request進來都會生成一個線程來處理。
這樣就會出現一個瓶頸。當request的數量級到一個數量級時。也就是說gunicore生成的線程數，達到系統的峯值時，會出現系統資源不夠用。

##tonordo模式## 異步模式是另外一個思想，當request進來時，tonordo不處理，只是接受，接着交給異步任務處理， 處理完了response，因此tonordo只處理接收和返回，這就省去生成和銷燬大量的線程等等一些消耗資源的時間，因此處理會更快。一樣也有問題，好比session等問題，就須要本身去寫，增長了代碼的複雜程度。

IO瓶頸： 不管什麼模式，都會有IO瓶頸，當數據庫的數據達到億級，訪問數據庫就會慢，或者訪問緩存等等。