將專案部署到一台機器上；對機器效能要求高；（單體應用）
將專案拆分（按業務或者服務），將專案部署在不同的機器上執行；對機器效能要求下降；
集群是對機器數量的乙個概念（乙個專案，多機備份，做負載均衡及容錯）；所有集群節點分布在多台機器上；集群主要作用就是分散請求，分散壓力，提高併發處理能力；（減輕單一應用的壓力；單一應用可以通過調優方式提高請求處理：調整tomcat執行模式為apr，修改執行緒池引數等）
分布式一定是集群，集群不一定是分布式；
不是真正的分布式；所有集群節點搭在一台機器上，就是偽集群；
節點部署到一台機器上，不能達到高可用，且對機器效能要求高；如果機器出現故障，如硬碟記憶體爆盤或網路故障，將導致服務不可用；
將**分多模組後，乙個模組放到一台機器中執行；多台機器多個模組的時候是同時執行，速度快；一台機器中執行多個模組，多個模組不能並行處理，速度慢，必須得乙個任務乙個任務的 完成，其他任務只能等待；
使用者請求，進入負載均衡器；負載器根據輪詢規則，通過反向**方式分發請求至各節點上
去中心化不是不要中心，而是由節點來自由選擇中心；
在乙個分布有眾多節點的系統中，每個節點都具有高度自治的特徵。節點之間彼此可以自由連線，形成新的連線單元。任何乙個節點都可能成為階段性的中心，但不具備強制性的中心控制功能。節點與節點之間的影響，會通過網路而形成非線性因果關係。這種開放式、扁平化、平等性的系統現象或結構，我們稱之為去中心化。
集中式vs分布式
linus一直痛恨的cvs及svn都是集中式的版本控制系統，而git是分布式版本控制系統，集中式和分布式版本控制系統有什麼區別呢？先說集中式版本控制系統，版本庫是集中存放在 伺服器的，而幹活的時候，用的都是自己的電腦，所以要先從 伺服器取得最新的版本，然後開始幹活，幹完活了，再把自己的活推送給 伺服...
Git 集中式VS分布式
集中式版本控制系統 版本庫是集中存放在 伺服器的，而幹活的時候用的是自己電腦，所以要先從 伺服器取得最新版本，然後開始幹活，幹完再把自己的 活推送給 伺服器。集中式版本控制系統最大的毛病就是必須聯網才能工作。分布式版本控制系統 首先，分布式版本控制系統根本沒有 伺服器 每個人的電腦上都是乙個完整的版...
Git學習 集中式與分布式
集中式版本控制系統 版本庫是集中存放在 伺服器的，自己的電腦先從 伺服器取得最新的版本，然後開始幹活，幹完活了，再把自己的活推送給 伺服器。舉個例子 伺服器就好比是乙個圖書館，你要改一本書，必須先從圖書館借出來，然後回到家自己改，改完了，再放回圖書館。缺點 必須聯網才能工作，如果在區域網內還好，頻寬...