效能擴充套件問題要趁早

2021-09-05 18:39:07 字數 950 閱讀 4567

與國內的 web 2.0 startup 技術人員相比,國外技術人員更樂於分享。分享也是一種更好的宣傳手段,如果不是看到了這篇 scaling an early stage startup, 或許我就不會知道這位 mark maunder (他還有個中文名字:馬孟德) 以及他的 feedjet。

一般來說,乙個剛剛發布的 web 應用,因為使用者量並不多,效能問題可能並不是很明顯。可一旦宣傳展開,使用者增長或許不是線性的而是暴增(從幾十個到幾萬個,相比之下怎不是暴增?),這時候如果遇到效能問題,毫無疑問會影響初期使用者的信任。

maunder 文件中列舉了乙個擴充套件過程,相信這些例子也是他實際遇到的。畢竟 startup 都是一兩個人打通關,不可能所有技術都面面俱到的精通。下面記錄一點。

錯誤的設定

資料庫伺服器的引數配置問題:導致 mysql 消耗了大量資源。apache keepalive 的設定為不合理,修改為 off。我想這個前提應該還是要選擇自己最擅長的技術路線。如果錯誤的選擇另一條不熟悉的技術路線,那麼遇到技術時解決問題的速度怕是更讓使用者惱火。對於 apache 還應該知道 httpd.worker 比 prefork 消耗更多記憶體 (httperf 來進行 benchmark) ,記憶體也是蠻貴的。

盡可能的快取動態內容

盡可能的利用資料庫的 cache,利用其他 cache 工具,如 memcached,來減輕對磁碟的 io 壓力。為了節省成本,很多站點都是用的低速大容量的磁碟,所以,充分利用 cache 是乙個**成功的必然條件。這樣的軟體berkeleydb 的最高事務處理記錄是 90000 事務/秒。

剝離與css 到單獨的伺服器

說白了,也是為了減輕磁碟的壓力。現在很多 web 2.0 站點都把放到 amazon s3 上,省心了不少。當然,國內還沒這樣的服務。

阻止內容引用"竊賊"

現在連那些大站點都在阻止被第三方引用,小站點更要提防被大站引用,很容易耗光**的容量。另外乙個要注意的是網路爬蟲的頻率。

效能擴充套件問題要趁早

與國內的 web 2.0 startup 技術人員相比,國外技術人員更樂於分享。分享也是一種更好的宣傳手段,如果不是看到了這篇 scaling an early stage startup 或許我就不會知道這位 mark maunder 他還有個中文名字 馬孟德 以及他的 feedjet 一般來說,...

成功要趁早

有乙個國家打勝仗後,大擺筵席慶功行賞。國王對王子說 孩子,我們勝利了,可惜你沒有立功。王子遺憾地說 父王,你沒有讓我到前線去,叫我如何立功呢?有一位大臣連忙安慰地說 王子,你才18歲,以後立功的機會還多著呢。王子對國王說 請問父王,我還能再有一次18歲嗎?國王很高興地說 很好,孩子,就以這句話,你已...

創業要趁早

這是乙個80後大叔的十五年的創業感悟。年輕時創業失敗不可怕,最可怕的是中年人創業,遇到挫折業務不起色沒有收入,對中年人的打擊是致命的。因為他身上揹負了太多的重擔,步伐早就沒有年輕人那樣瀟灑從容,沒有那種 大不了重來 的資本了。人到中年不能沒有?在這個階段你一定會很深刻的意識到錢的重要性。越努力越幸運...