知其然，知其所以然。在上一篇博文中我們聊到 微服務的本質 就是一種新的協作機制，可以加速分工、促進合作，但為什麼微服務有這種效用呢？今天我們來聊聊其背後的原因。 ...
知其然，知其所以然。在上一篇博文中我們聊到 微服務的本質 就是一種新的協作機制，可以加速分工、促進合作，但為什麼微服務有這種效用呢？今天我們來聊聊其背後的原因。
在業務互聯網化之前，我們建設的大部分IT系統都是供內部員工使用的，主要用於提升辦公、管理的規範和效率，以及通過無紙化來降低辦公成本等。但現在互聯網已經成為獲客、銷售和服務的載體，跟以往相比，業務形態的變化越來越快，也越來越多樣化。原先我們經年累月在物理世界構築起的防禦城牆，例如：廣告渠道（廣播電視或戶外等）、銷售網路（代理人或實體店等）、客服中心等，都被互聯網瞬間推平了，這完全是降維打擊。
行業邊界變得越來越模糊，跨界競爭越來越白熱化，在這個沒有天然屏障的世界里贏者真的可以通吃。在這個巨變不斷的時代，再睿智的管理者也無法預見業務的發展，要不然各行各業不會出現這麼多新巨頭。就像在兩眼抹黑的環境下，我們只能小步前行，不斷創新、迭代和試錯。天下武功唯快不破，內在的夢想和外在的壓力，呼喚更加精細的分工、更加廣密的合作，只有這樣才能提升進化的速度，從而更好地適應不斷變化的外部環境。
- 領域驅動設計讓分工更加高效
為什麼說微服務可以加速分工呢？單體式架構的特點就是不同類型的業務邏輯混雜在一起，彼此之間沒有明顯的物理邊界，所有人都在維護同一個代碼庫，耦合度非常高。在業務需要快速迭代的當下，每次發版本都要全量回歸測試，無法並行開發，這樣很難提升速度。微服務化就是藉助領域驅動設計（DDD）理論將單體式拆解成多個彼此獨立的業務組件，高內聚低耦合，每個組件聚焦各自業務，避免變更範圍無法有效控制。
除此之外，著名的“康威理論”告訴我們：組織架構決定了系統架構，每個微服務組件都應該由一個小而精的團隊維護，最適合的團隊規模就是“兩張披薩”可以吃飽的人數。通過限制代碼和人員的規模，微服務讓業務更聚焦、分工更精細、組織更簡單、溝通更高效。
- 交互機制標準化讓合作更簡單
沒有分工就沒有合作，如果每個人的才能相似，又乾同樣的活，那合作的必要性就降低了，更多是競爭。為什麼微服務可以促進合作呢？我們可以將合作的雙方抽象成兩個節點，合作就是在兩個節點之間建立連線。在單體式時代，系統間的交互存在許多協議，例如：EJB T3、RMI、SOAP、Dubbo、Hessian 等，跟不同的系統通訊需要依賴不同的協議，這種情況下學習、溝通和維護成本都很高，不利於合作。而微服務將通訊協議統一為HTTP，組件或系統間的交互全部採用RESTful API，報文以JSON為編碼格式，同時引進服務註冊、發現等機制。這些技術理念都是借鑒自世界上最大的合作網路：互聯網，包括超文本傳輸協議HTTP、功能變數名稱系統DNS。簡單、統一和松耦合的機制有利於合作。
因此，微服務可以幫我們加速分工、促進合作。在微服務架構下，軟體的復用率更高，研發的並行性也更高，從而以更快的迭代速度打磨出更好的產品，在更高的質量屬性保障下全天候服務全網用戶，同時資源利用更精細高效，讓我們的產品具備更好的成本優勢。撥開雲霧，看清微服務的本質，找到我們學習新技術的內驅力。
當然，微服務想要發揮最佳的效果，必須要跟容器雲和DevOps結合，應用所依賴的其他服務最好是雲化的，例如：傳統的網路存儲方案NAS就需要改為雲存儲，這樣應用和關聯服務都具備彈性伸縮能力，在業務量爆發性增長的情況下，系統能夠快速地擴容，無需從頭到尾手工擴容。記住一句話：微服務，就是加速分工、促進合作，讓我們進化得更快！
堅持原創不易，如果你覺得有價值，麻煩動動手指點下文 「 推薦 」按鈕，讓更多小伙伴可以看到，老兵哥會更有動力堅持分享的。另外，我後續還會分享職業規劃、應聘面試、技能提升、影響力打造等經驗，歡迎 關註 本專欄或微信公眾號 「 IT老兵哥 」！
關註「IT老兵哥」，賦能程式人生
近期熱評文章：架構師入門系列
- 架構到底是什麼，你知道嗎？ （閱讀人數：1064）
- 架構都有哪些，我該怎麼選？ （閱讀人數：818）
- 架構師都乾什麼，你知道嗎？ （閱讀人數：1108）
- 練就哪些技能才勝任架構師？ （閱讀人數：1086）
- 怎樣才能搞定上下游的客戶？ （閱讀人數：457）
- 如何從開發崗轉型做架構師？ （閱讀人數：1177）
- 程式員必須懂的架構入門課 （閱讀人數：531）
