沉迷於業務開發的你們，有沒有考慮過「使用者訪問到你開發的業務功能，到底經過了哪些環節」？
今天我將結合這些年的一些認知理解，開壇設法給大家講一講應用系統架構的從 0 到 1。
01. 如何造乙個大泥球？
產品汪：緊急需求，2 天時間完成 x **的上線，包含知識問答頁面功能。
程式猿：時間短，任務緊。一切以上線為目標，那一切皆可是靜態，一切皆是硬編碼。花半天時間，讓前端妹子寫成靜態 html，打成 x.war 包，放到web伺服器（tomcat）就輕鬆搞定所有。
[img] ... kizg/640?wx_fmt=png[/img]
產品汪：上一版的需求功能實現不錯，領導很滿意。接下來要實現註冊、登入功能。其中註冊功能包含開通三方賬戶，開通三方賬戶會存在超時現象，超時後需要繼續開通賬戶，前端頁面提示開戶處理中。
程式猿：註冊成功需要用 mysql 做儲存；開通三方賬戶超時的需要繼續處理，那這個只能加個定時任務系統來重新跑批支援了。
[img] ... mm5g/640?wx_fmt=png[/img]
產品汪：沒想到你們開發團隊挺給力啊，上期的功能又得到了領導的大力認可，不過我們想看看開通失敗的使用者有哪些，順帶著能修改部分資訊？另外我們還想通過頁面新增知識問答的文章？
程式猿：沒問題，產品汪只要需求，我們猿就開擼。不就是再開發個運營管理平台麼，**copy、貼上，so easy！！
[img] ... lamq/640?wx_fmt=png[/img]
到此乙個小而全的大泥球系統就產生了，或許你已經從事了 n 年的研發，也一直不停的再和這幾個系統打交道。
02. 如何使大泥球跑的更好？
[img] ... 6alg/640?wx_fmt=png[/img]
起初產品需求簡單，開發的功能也簡單，**系統架構也簡單。如上圖所示：**架構用一台web伺服器就輕鬆搞定。
[img] ... njxg/640?wx_fmt=png[/img]
隨著業務推廣，如上圖所示：使用者量逐日增長，單台web伺服器（tomcat）肯定不能滿足**的需求。
[img] ... ppxg/640?wx_fmt=png[/img]
面對這個問題，不得不提提尼古拉斯趙四說過的一句話：世界上沒有什麼事，是一頓燒烤不能解決的，如果有，那就兩頓。這個問題不就是這種解決方案麼，一台 web 伺服器不夠，那就再加一台唄。但是使用者卻鬱悶了，訪問位址變成了兩個，這使用者、產品汪們肯定都不能接受。
[img] ... yczq/640?wx_fmt=png[/img]
程式猿再三思考一二。如上圖所示：那就站在尼古拉斯趙四的肩膀上，再部署乙個nginx專門用來做分發，那問題不就解決了麼。web 應用伺服器部署的問題是解決了，但是卻引入了另外乙個問題，如果做分發的nginx掛了，咋辦呢？
[img] ... 4ttw/640?wx_fmt=png[/img]
各位看官肯定也想到了尼古拉斯趙四的解決方案：那就再部署乙份 nginx。但是使用者也會很鬱悶，訪問位址又變成了兩個，這使用者、產品汪們肯定都不能接受。
[img] ... mqkq/640?wx_fmt=png[/img]
程式猿往往會出其不意、未雨綢繆。天上飄來五個字「那都不是事」，加個 lvs 支撐一下問題不就迎刃而解啦。結合前面的步驟，你肯定也會有疑問「如果 lvs 掛了怎麼辦？」，若有此疑問，說明你的思考沒毛病。如上圖所示：lvs 是主備，並且主備之間進行通訊，如果 master 主的掛掉，備的會成為主節點繼續對外服務。
到目前為止你對應用架構集群的部署就了解差不多了，隨著業務的逐日增多，其中nginx集群可以橫向擴充套件、web伺服器也是可以橫向擴充套件，但是 mysql 資料庫勢必會成為瓶頸，那該怎麼辦呢？
[img] ... iatw/640?wx_fmt=png[/img]
如上圖所示：面對mysql成為瓶頸時，想到的便是分工明確、各司其職、進行資料庫讀寫分離。一般也會引入基於記憶體的資料庫 redis，把經常讀的資訊快取乙份。
[img] ... ib2q/640?wx_fmt=png[/img]
如果資料量級特別大，那不得不用一下資料庫分庫分表，可用的技術有 mycat、sharding-jdbc，今天就不再進行深入展開啦。
03. 帶你裝 b，帶你飛
另外在微服務發展盛行的今天，上述的應用架構（單體架構）確實也存在有不足點，就送給大家一張圖，大家自己搜一下微服務相關的知識，腦補一下空白吧。
[img] ... 3r1a/640?wx_fmt=png[/img]
再送給大家拋乙個「service mesh」服務網格的概念，有時間也可以稍微了解一下，技多不壓身。
[img] ... 2mfw/640?wx_fmt=png[/img]
04. 寫在最後
今天主要結合個人的理解，簡單聊了聊應用架構的部署演變歷程，希望你能夠有所收穫。
以上文章**自網路
更多訊息歡迎新增小優v：dka-2018
推薦系統從0到1 前言
自己在工作中做推薦系統也有不短的時間了，基本上把推薦系統的各個環節都接觸到並自己親自動手操作了一遍，但是並沒有完整的自己去實現一整套推薦系統，心裡感覺總是少了點什麼。程式設計師嘛，就算有現成的輪子，也想自己實現一套，這樣可以更好的了解其中的細節，查缺補漏，從而提公升自己。會定期更新 推薦系統從 0 ...
如何從0到1搭建業務架構？
我們常常聽到的 ios架構工程師 高階產品架構師 但是不是很少聽到有關於業務架構的搭建？目錄 一 產品不等於業務，搭建乙個新的業務架構不等於創造一款新的產品 二 一項新業務的誕生，一定是伴隨著相應商業模式的成立才會長久 三 從流程和人員的角度規範化，無論是新市場 新業務還是新的領域 四 b端同步搭建...
系統架構師 基礎到企業應用架構 系列索引
一篇都是自己在系統架構過程中的總結和經驗，每一篇我都會抱著認真的態度去完成，寧缺毋濫的原則。希望本系列看完之後不但能夠幫助看過這個系列的人對系統架 構有深刻的認識，並且能夠掌握系統架構中的必備知識，應用到自己的工作中去，更可以共同提高大家的個人能力。本系列希望能夠拋磚引玉，希望大家能夠多提出寶 貴意...