昨天我們聊了 架構是什麼 ?今天我們來看看架構的前世今生。客戶端-伺服器(C/S)、瀏覽器-伺服器(B/S)、面向服務架構(SOA)、微服務(Microservice)、無伺服器(Serverless)、函數計算(FaaS)等,我們都聽說過不少架構相關的名詞,但它們之間究竟是什麼關係,哪種架構更好?... ...
熱文索引,堅持原創不易,請小伙伴們不吝「推薦」支持:
昨天我們聊了 架構是什麼 ?今天我們來看看架構的前世今生。客戶端-伺服器(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老兵哥 」,賦能程式人生!
- 軟技能-熱門文章:(首發公眾號)
- “花式”裁員套路深,你知道嗎?
- 遭遇裁員,如何渡過心理危機?
- 如何在寒冬中找到好工作?
- 2C 還是 2B,跟找工作有什麼關係?
- 大公司 vs 小公司,你會選哪個?
- 記住這一點,不怕找不到好工作!
- 跳槽,跳還是不跳,該怎麼跳?
- 程式員“求包養”攻略揭秘
- 很努力了,為什麼我還在原地踏步?
- 從程式員到架構師,有捷徑嗎?
- 硬技能-熱門文章:
- 圖解 Spring:HTTP 請求的處理流程與機制【1】
- 圖解 Spring:HTTP 請求的處理流程與機制【2】
- 圖解 Spring:HTTP 請求的處理流程與機制【3】
- 圖解 Spring:HTTP 請求的處理流程與機制【4】
- 圖解 Spring:HTTP 請求的處理流程與機制【5】
- 如何正確使用 Spring Cloud?【上】
- 如何正確使用 Spring Cloud?【中】
- 如何正確使用 Spring Cloud?【下】
- Spring 核心技術與產品理念剖析【上】
- Spring 核心技術與產品理念剖析【下】