橫向擴充套件 也叫 水平擴充套件，用更多的節點支撐更大量的請求，多台機器協同合作， 如成千上萬的螞蟻完成一項搬運工作。
縱向擴充套件 又叫 垂直擴充套件，擴充套件乙個點的能力支撐更大的請求，在一台機新增cpu,記憶體條等。如蜘蛛俠逼停火車。
分布式：同一業務拆分後，由多台機器分別執行。這些機器之間，需要溝通配合。
集群(cluster)：眾多機器執行相同的任務，這些機器之間不需要溝通配合
2.memcached(快取)+mysql+垂直拆分，把經常使用的資料放到快取裡，減輕資料庫的壓力
3.主從複製，讀寫分離，主庫寫入一條資料從庫同時寫入資料
4.分表分庫+水平拆分+mysql集群
5.阿里資料的儲存
1 .商品基本資訊:關係型資料庫：mysql/oracle
2 .商品描述、詳情、評價資訊(多文字類):文件資料庫mongdb中
3. 商品的:分布式的檔案系統中,hadoop的hdfs,google的gfs,**自己的tfs
4 .商品的關鍵字:記憶體資料庫,tair、redis、memcache
dubbo 應用的架構演變
一.架構演變圖 二.單一架構orm 特點 當併發量很低時，可以採用單一架構 把各個功能系統都放在乙個工程當中，然後把工程部署到伺服器上就行了 若併發量隨之增加，可多配置一定數量的伺服器 這只是暫時性的應對措施 缺點 1.拓展麻煩。當我們需要新增新功能時，在整個專案的基礎上新增的且新增完畢後得重新打包...
微服務架構的演變
架構的演進 微服務 分布式關係 微服務 分布式理解 引言 單體架構 monolithic 缺點 留白 soa 架構 service oriented architecture 你說了這麼多，但我還是不知道soa是個什麼鬼啊？你能說的通熟易懂點兒麼？有什麼優點嗎？說了這麼多優點，不可能一點缺點都沒有吧...
業餘開發Android App的架構演變
最初 無架構 版本 很簡單，按照 功能，分為各種包。然後，需要增加各種功能模組，如 新聞，小遊戲，歷史上的今天，社群，手電筒，找手機等。然後就想著這些模組是否作為可拆卸模組，需要的簡單插入，不需要也方便移除 第一次改版 本次架構修改主要包括下面幾點 1 抽出公共部分，如 osutil。2 各種基類，...