昨天我們聊了 架構是什么 ？今天我們來看看架構的前世今生，客戶端-服務器（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老兵哥 」，賦能程式人生！
- 軟技能-熱門文章：（首發公眾號）
- “花式”裁員套路深，你知道嗎？
- 遭遇裁員，如何渡過心理危機？
- 如何在寒冬中找到好作業？
- 2C 還是 2B，跟找作業有什么關系？
- 大公司 vs 小公司，你會選哪個？
- 記住這一點，不怕找不到好作業！
- 跳槽，跳還是不跳，該怎么跳？
- 程式員“求包養”攻略揭秘
- 很努力了，為什么我還在原地踏步？
- 從程式員到架構師，有捷徑嗎？
- 硬技能-熱門文章：
- 如何設計出優美的Web API？
- 程式員必須掌握的性能調優 X Y Z
- 程式員必須懂的架構入門課 1 2 3
- 如何把單體式應用拆解成微服務？【上】
- 如何把單體式應用拆解成微服務？【下】
- 圖解 Spring：HTTP 請求的處理流程與機制【1】
- 圖解 Spring：HTTP 請求的處理流程與機制【2】
- 如何正確使用 Spring Cloud？【上】
- Spring 核心技術與產品理念剖析【上】
- Spring 核心技術與產品理念剖析【下】
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/26010.html
標籤：架構設計
上一篇：資料庫分庫解決方案