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

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

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

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

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

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

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

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

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

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