国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

Django適合做大用戶量的系統嗎?

yuanxin / 1086人閱讀

摘要:百萬量級的產品,扛起來并不費力。當你的網站或者接口有一個用戶訪問時,能在短時間內返回,那么,當用戶量達到時,是否能在同樣的時間內返回呢這是個問題。對于后端來說,把響應時間控制在合理的范圍之內是很重要的。其他的也是類似。

分幾點來答:

1. 首先,這其實是個技術選型題。

做技術選型的時候不能單純的考慮性能,應該優先考慮業務類型,以及團隊水平。另外的話,框架只是其中一環,還有配套呢。

如果是數據驅動型,尤其是要用到關系型數據庫,那么選擇Django足以,ORM會比較省事,但是性能損耗是個很明顯的問題。不過還是看團隊,如果大家玩flask或者bottle都賊溜,那么還要什么Django,自己造就行了。(題外話,不過你得提防比較水的人破壞整體結構)

如果下游是由很多微服務構成的,Tornado處理起來會有一定優勢,用它的異步模型。(而不是用同步的方式寫代碼23333,要是這么用的話,你讓flask怎么想,讓bottle怎么想,讓村東頭的sanic怎么想

??在這里還是要推薦下我自己建的Python開發學習群:725479218,群里都是學Python開發的,如果你正在學習Python ,小編歡迎你加入,大家都是軟件開發黨,不定期分享干貨(只有Python軟件開發相關的),包括我自己整理的一份2018最新的Python進階資料和高級開發教程,歡迎進階中和進想深入Python的小伙伴

2. Django能抗多少量?

上面選型如果定下來Django了,那么剩下的就是“Where there is a will, there is a way”的問題。這個問題跟“Where there is a way, there is a will”的差別在于,并不是框架能支撐你到多大的并發量,而是你想要抗住很大的并發量,怎么優化現有框架。

當你的項目大到一定程度,瓶頸基本不在框架上(換語言另說,有人不懂框架亂搞的另說)。

我們用Django開發對外的產品不多,量級10w 100w的都有,但是我們上線前的準備都是朝著要抗足夠高的流量目標的(誰沒有一顆抗萬億流量的心呢),并且要能夠通過增加機器提高承載能力。當然有些業務類型沒法通過簡單的增加機器來進行擴容,那只能通過其他途徑優化單機的TPS。所以最終壓測的結果都要遠高于真實流量。百萬量級的產品,扛起來并不費力。不過還是強調一下,看業務類型!

3. 用戶體驗問題

當量級變大之后,影響用戶體驗嗎?

用戶體驗分很多方面,包括交互,設計,前端,后端。這里討論的是后端,那么就說后端。后端對用戶體驗的影響只有一個——那就是響應時間。當你的網站或者接口有一個用戶訪問時,能在短時間內返回response,那么,當用戶量達到10w時,是否能在同樣的時間內返回response呢?這是個問題。

對于后端來說,把響應時間控制在合理的范圍之內是很重要的。20ms和30ms或許差別不大,但是50ms跟100ms會有明顯差別。

怎么衡量合理的返回時間呢?

這塊還是得說點細節,比方說Django的系統,一個用戶請求進來了,需要涉及多少次Redis查詢,平均每次響應時間是多少;涉及到多少次內網或者外網的HTTP請求,平均響應時間是多少;涉及到多少次MySQL查詢,平均響應時間是多少。

所以大家面試時都喜歡問一個問題:用戶輸入網址之后,到頁面展示出來的詳細過程是什么?

當你知道了所有的細節之后,你就能知道,如果系統只涉及到Redis查詢,那應該多少ms內返回是合理的,如果你發現nginx日志里面的后端響應時間高于你的預期,那你就得排查下了。其他的也是類似。

所以當談論到后端上的用戶體驗時,我自己的看法就是,能多快就多快的給他數據。磨磨唧唧,妥妥拽拽的最招人煩。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/19304.html

相關文章

  • Django適合做大戶量系統

    摘要:百萬量級的產品,扛起來并不費力。當你的網站或者接口有一個用戶訪問時,能在短時間內返回,那么,當用戶量達到時,是否能在同樣的時間內返回呢這是個問題。對于后端來說,把響應時間控制在合理的范圍之內是很重要的。其他的也是類似。 分幾點來答: 1. 首先,這其實是個技術選型題。 做技術選型的時候不能單純的考慮性能,應該優先考慮業務類型,以及團隊水平。另外的話,框架只是其中一環,還有配套呢。 如果...

    DataPipeline 評論0 收藏0
  • Django搭建個人博客:擴展用戶信息

    摘要:博客網站的用戶信息并不復雜,因此擴展就足夠了。可以在這個基礎上,擴展為一個美觀詳細的用戶信息頁面。當然最好再給個人信息添加一個入口。沒有對用戶的登錄狀態進行檢查。總結本章使用一對一鏈接的方式,擴展并更新了用戶信息。 可能你已經發現了,Django自帶的User模型非常實用,以至于我們沒有寫用戶管理相關的任何模型。 但是自帶的User畢竟可用的字段較少。比方說非常重要的電話號碼、頭像等都...

    Eastboat 評論0 收藏0
  • 耗時一周整理Python資料,包含各階段所需網站、項目,收藏了?慢慢來

    摘要:希望能夠幫助到大家,減少在起步階段的油耗,集中精神突破技術。在平時寫代碼的時候你不一定會用到,但是他卻是你解決問題的思想源泉如果說算法是一個程序員的九陽神功,那么設計模式就是你的乾坤大挪移。 showImg(https://segmentfault.com/img/remote/1460000019249986); 不知怎么的,最近不少關注我的讀者都開始私信我怎么學好python?零基...

    wean 評論0 收藏0
  • 那些存儲在云上數據真安全?未來云服務將會是這樣

    摘要:存在個人隱私數據被審查的風險。首先,我們認為違法數據的審查有利于社會和經濟的安定。永不關停對于去中心化存儲的用戶來說,不用擔心運營方關停的可能性,因為最終去中心化存儲是屬于用戶的,屬于社區的,并不是屬于公司的。 在這個信息爆炸的時代,數據存儲與我們每一個人息息相關。從打孔卡到軟盤硬盤再到中心化云端存儲服務,人類在尋求更便捷有效的數據存儲方式的道路上從未停下過腳步。未來會出現比如今最流行...

    wuyangnju 評論0 收藏0

發表評論

0條評論

yuanxin

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<