架構居然有這麼多種，那我該怎麼選呢？

熱文索引，堅持原創不易，請小夥伴們不吝「推薦」支持：

1. 如何設計出優美的Web API？
2. 程序員必須掌握的性能調優 X Y Z
3. 程序員必須懂的架構入門課 1 2 3
4. 如何把單體式應用拆解成微服務？【上】
5. 如何把單體式應用拆解成微服務？【下】

 

昨天咱們聊了 架構是什麼 ？今天咱們來看看架構的前世此生。客戶端-服務器（C/S）、瀏覽器-服務器（B/S）、面向服務架構（SOA）、微服務（Microservice）、無服務器（Serverless）、函數計算（FaaS）等，咱們都據說過很多架構相關的名詞，但它們之間到底是什麼關係，哪一種架構更好？或許你跟我同樣有相似的困惑，接下來咱們一塊兒來梳理一下。

 

• 1. 演進歷程概覽

從二十世紀五十年代到如今，先後將近六七十年，架構總共演進了四代，差很少每十五年一代。按照專業角度劃分，架構能夠分爲應用架構和基礎架構，其中應用架構是指構建業務系統自己須要關注的設計內容，而基礎架構是指部署業務系統時須要考慮的設計內容。咱們都知道，任何科學技術都是服務於業務的，真正驅動技術革新的是業務需求。從整個演進過程當中，咱們能夠看到業務類型變得愈來愈豐富：從最初軟件主要是用於科研機構的計算，而隨後信息服務開始興起，逐步革新了報刊、黃頁等傳統媒體；再到企業將計算機、網絡做爲提高內部工做效率的工具，將各類線下手工的工做流程轉化成各類企業應用。最後，從互聯網+開始賦能各行各業，咱們的衣食住行都離不開軟件了。

• 第一階段：計算機誕生最初是爲了解決科學計算問題的，例如：模擬核試驗、測算彈道導彈軌跡等，由於這種規模的計算量已經超出人工計算的能力範圍。這個階段的軟件複雜度是較低的，主要是實現各類知足計算要求的算法，採用面向過程的應用架構，當時的計算機仍是大型機。面向過程的應用架構如今依然存在，尤爲是開發一些簡單的軟件，或者在學校的計算機課程學習當中，老兵哥我當年學習編程語言 C 就是從面向過程開始的。
• 第二階段：隨着計算機不斷普及，以及互聯網的連通，許多機構開始經過互聯網來對外提供信息服務。在老兵哥我印象裏最深入的，就是雅虎、新浪、搜狐、網易等，原先只能經過傳統媒體（報刊雜誌、廣播電視等）的信息開始經過互聯網這個渠道對外發布了。相對於科學計算，信息服務這類軟件複雜度要高不少，業務需求催生了面向對象、組件的應用架構，藉助封裝、繼承、多態等技術下降複雜度、提高複用性和靈活性等。這個階段的基礎架構主要是基於小型機，相對於大型機它具有更低的成本、更靈活的使用場景。
• 第三階段：這個階段愈來愈多的企業開始採用軟件來優化生產辦公等，那個時候最熱門的就是企業資源計劃 ERP 等信息管理系統，2000 年先後老兵哥我還在學校，當時還用 JSP/Servlet 等技術開發過學生公寓管理系統、教學管理系統。像 JAVA 語言領域的 SSH（Struts/Spring/Hibernate）等分層應用架構就誕生在這個階段，將不一樣類型的技術或複雜度作了分離，與之配套的基礎架構就是 PC Server。
• 第四階段：當谷歌、百度、騰訊和阿里巴巴等企業藉助計算機、軟件和互聯網推進了信息、通訊和電子商務等行業的變革以後，各行各業都開始擁抱互聯網這種生產力了，互聯網+就是當下最大的趨勢，與咱們生活息息相關的各個方面都開始被重構優化，包括支付、差旅、出行、餐飲、娛樂等等。軟件系統再也不是一個個孤島，它們的規模開始急劇膨脹，彼此之間的鏈接也愈來愈頻密，微服務應用架構成爲最優選擇，再配套雲計算基礎架構。Spring Boot/Spring Cloud、Docker、Kubernetes 等新技術是當下最火的，也是咱們程序員須要學習掌握的。

 

• 2. 不一樣架構對比

回顧整個架構的演進過程，業務變得愈來愈複雜，從科研機構開始逐漸影響到每一個人的衣食住行，軟件的規模和複雜度也是隨之增加。那麼不一樣類型的架構有沒有可比性呢？這是咱們慣常的思惟方式，也是老兵哥曾經的想法，但如今我會以爲各類類型的架構不是非此即彼的關係，其實它們存在包含互補的關係：面向過程是關注函數粒度的複雜度；對象組件是關注類對象、模塊組件等粒度的複雜度；多層架構是關注整個系統粒度的複雜度；微服務是關注多個系統之間的複雜度。所以，它們是針對不一樣粒度複雜度的解決方案，彼此各具優點，可以在某個軟件系統中和諧並存。

若是把面向過程比做馬拉車，把對象組件比做拖拉機，把多層架構比做小轎車，把微服務比做超級跑車，這些不一樣類型的交通工具售價各不相同，但並非越貴越好，它們各有各適用的場景，就像超級跑車沒法在山間小路上奔馳。在選擇架構時，咱們須要瞭解每種架構的特色和適用場景，適合的就是最好的架構，這其實跟找對象差很少哦。今天暫時先分享到這裏，接下來咱們還要繼續聊架構，看看架構都有哪些風格或模式，類庫、模塊、框架和架構之間的相互關係等，敬請關注哦。

堅持原創不易，若是你以爲有價值，麻煩動動手指點下文 「 推薦 」按鈕，讓更多小夥伴能夠看到，老兵哥會更有動力堅持分享的。另外，我後續還會分享職業規劃、應聘面試、技能提高、影響力打造等經驗，歡迎 關注 本專欄或歪信公主號 「 IT老兵哥 」！

關注「 IT老兵哥 」，賦能程序人生！

• 軟技能-熱門文章：（首發公衆號）

1. 「花式」裁人套路深，你知道嗎？
2. 遭遇裁人，如何渡過心理危機？
3. 如何在寒冬中找到好工做？
4. 2C 仍是 2B，跟找工做有什麼關係？
5. 大公司 vs 小公司，你會選哪一個？
6. 記住這一點，不怕找不到好工做！
7. 跳槽，跳仍是不跳，該怎麼跳？
8. 程序員「求包養」攻略揭祕
9. 很努力了，爲何我還在原地踏步？
10. 從程序員到架構師，有捷徑嗎？

 

• 硬技能-熱門文章：

1. 圖解 Spring：HTTP 請求的處理流程與機制【1】
2. 圖解 Spring：HTTP 請求的處理流程與機制【2】
3. 圖解 Spring：HTTP 請求的處理流程與機制【3】
4. 圖解 Spring：HTTP 請求的處理流程與機制【4】
5. 圖解 Spring：HTTP 請求的處理流程與機制【5】
6. 如何正確使用 Spring Cloud？【上】
7. 如何正確使用 Spring Cloud？【中】
8. 如何正確使用 Spring Cloud？【下】
9. Spring 核心技術與產品理念剖析【上】
10. Spring 核心技術與產品理念剖析【下】