最近兩個月因為一點破事停止了更新，真的是哭出了聲音。
但是還好，之前說的微服務系列也算是開始了！大家有什麼建議可以提！
這章講的是分布式架構的演變之路。
1.單體應用架構
2.垂直架構
3.分布式架構(微服務)
最開始的應用架構，是一台伺服器，開個web服務，乙個資料庫服務。這時候的應用效能受伺服器效能影響，web服務跟資料庫服務共享一太伺服器，承受併發有限。當應用服務已經無法承受當前流量時，先將web服務與資料庫拆分到不同的伺服器，能有效的提高web併發和資料庫的併發能力。
使用負載均衡器(之前說過的nginx)根據一定的策略實現web服務的負載均衡。
但是當流量進一步上公升時，資料庫會承受不住壓力，這時候在資料庫間加個快取和搜尋引擎，降低訪問資料庫的頻率。
快取用於快取資料，能夠緩解資料庫壓力，搜尋引擎主要用於優化like查詢的效率。但是這種情況當流量到一定程度的時候，還是不夠，這時候就需要對資料庫進行水平擴充套件（讀寫分離）。
但是這樣每次發布都需要將所有的web伺服器發布一次，後期維護成本很高，所以需要服務化，單個業務單獨部署。服務化後，各個功能比較明細，系統的擴充套件性比較高，當需要服務時，新增服務，當某個服務承受不住壓力時，可以新增該服務。
php分布式微服務開發 分布式微服務架構
隨著業務的不斷發展,使用者體量的快速擴張.從單體 垂直架構轉移到分布式 微服務架構是自然而然的選擇.分布式理論是分布式系統的基礎,在任何情況下分布式系統都要滿足網路分割槽容錯性,因此分布式系統都是在可用性和一致性方面做平衡.cap理論指的是在乙個分布式系統中,一致性 可用性 分割槽容錯性 在任何情況...
分布式 集群 微服務
微服務是架構設計方式 分布式是系統部署工作方式 集群是個物理形態 微服務是啥？這裡不引用書本上的複雜概論了，簡單來說微服務就是很小的服務，小到乙個服務只對應乙個單一的功能，只做一件事。這個服務可以單獨部署執行，服務之間可以通過rpc來相互互動，每個微服務都是由獨立的小團隊開發，測試，部署，上線，負責...
微服務 分布式服務框架
spring cloud rest與rpc比較 dubbo 和 spring cloud 對比 通訊協議 傳輸的格式都屬於協議 服務路由 分布式服務上線時都是集群組網部署，集群中會存在某個服務的多例項，消費者如何從服務列表中選擇合適的服務提供者進行呼叫，這就涉及到服務路由。分布式服務框架需要能夠滿足...