從今天開始，我將分4期，結合復雜度來源和架構設計原則，通過一個模擬的設計場景“前浪微博”，和你一起看看在實踐中究竟如何進行架構設計。今天先來看架構設計流程第1步：識別復雜度。 架構設計第1步：識別復...

上一期我講了架構設計流程第1步識別復雜度，確定了系統(tǒng)面臨的主要復雜度問題后，方案設計就有了明確的目標，我們就可以開始真正進行架構方案設計了。今天我來講講架構設計流程第2步：設計備選方案，同樣還會結...

上一期我講了設計備選方案，在完成備選方案設計后，如何挑選出最終的方案也是一個很大的挑戰(zhàn)，主要原因有： 每個方案都是可行的，如果方案不可行就根本不應該作為備選方案。 沒有哪個方案是完美的。例如...

完成備選方案的設計和選擇后，我們終于可以長出一口氣，因為整個架構設計最難的一步已經(jīng)完成了，但整體方案尚未完成，架構師還需繼續(xù)努力。接下來我們需要再接再勵，將最終確定的備選方案進行細化，使得備選方...

“從0開始學架構”專欄已經(jīng)更新了13期，從各個方面闡述了架構設計相關的理論和流程，包括架構設計起源、架構設計的目的、常見架構復雜度分析、架構設計原則、架構設計流程等，掌握這些知識是做好架構設計的基礎...

上期我講了“讀寫分離”，讀寫分離分散了數(shù)據(jù)庫讀寫操作的壓力，但沒有分散存儲壓力，當數(shù)據(jù)量達到千萬甚至上億條的時候，單臺數(shù)據(jù)庫服務器的存儲能力會成為系統(tǒng)的瓶頸，主要體現(xiàn)在這幾個方面： 數(shù)據(jù)量太大...

關系數(shù)據(jù)庫經(jīng)過幾十年的發(fā)展后已經(jīng)非常成熟，強大的SQL功能和ACID的屬性，使得關系數(shù)據(jù)庫廣泛應用于各式各樣的系統(tǒng)中，但這并不意味著關系數(shù)據(jù)庫是完美的，關系數(shù)據(jù)庫存在如下缺點。 關系數(shù)據(jù)庫存儲的是行記...

雖然我們可以通過各種手段來提升存儲系統(tǒng)的性能，但在某些復雜的業(yè)務場景下，單純依靠存儲系統(tǒng)的性能提升不夠的，典型的場景有： 需要經(jīng)過復雜運算后得出的數(shù)據(jù)，存儲系統(tǒng)無能為力 例如，一個論壇需要在...

高性能是每個程序員的追求，無論我們是做一個系統(tǒng)還是寫一行代碼，都希望能夠達到高性能的效果，而高性能又是最復雜的一環(huán)，磁盤、操作系統(tǒng)、CPU、內(nèi)存、緩存、網(wǎng)絡、編程語言、架構等，每個都有可能影響系統(tǒng)達...

專欄上一期我介紹了單服務器高性能的PPC和TPC模式，它們的優(yōu)點是實現(xiàn)簡單，缺點是都無法支撐高并發(fā)的場景，尤其是互聯(lián)網(wǎng)發(fā)展到現(xiàn)在，各種海量用戶業(yè)務的出現(xiàn)，PPC和TPC完全無能為力。今天我將介紹可以應對高并...