什么是架構演進？

定義：通過設計新的系統架構來應對業務和技術的發展變化

目的：應對業務發展帶來新的復雜度；2. 應用技術發展帶來的復雜度新的解決方法。

關鍵點：

1. 新架構；2. 新的復雜度；3. 新的方法。

舉例說明：

1. 淘寶去 IOE 是因為業務發展大了后，IOE 的成本和可控性難以滿足，而不是性能。

2. 引入容器化來實現彈性部署，降低成本，提升運維效率。

架構重構和架構演進有什么不同點？

架構重構：

基本做法：調整架構

目的：修復架構質量問題

是否修復問題：是

是否改變系統能力：否

手段：引入緩存，分庫分表

架構演進：

基本做法：設計新架構

目的：新的復雜度、 新的方法

是否修復問題：可以修復問題，但不是主要目的，例如引入深度學習提升推薦效果

是否改變系統能力：是，例如引入機器學習

手段：引入緩存，分庫分表，去 IOE

圖片

個人認為：

技術手段不是區分架構重構和架構演進的方法，復雜度是否變化才是判斷關鍵 !

架構演進的原則、驅動力和模式

圖片

原則：架構演進是為了促進業務發展。

驅動力：

1. 業務發展帶來新的復雜度，ToC 業務主要體現在用戶規模增長和業務多樣性；

2. 技術發展帶來新的復雜度應對方法，例如國產化，大數據、云計算等。

模式：

1. 主動演進：架構師主動識別和規劃架構演進；

• 業務規模：量變帶來質變，一般10倍量級變化才考慮架構演進；
• 業務多樣性：業務規?？赡軟]有變化，但是系統支持的業務類型越來越多。

2. 被動演進：架構師被迫進行架構演進。

• 業務方向：業務調整方向，例如從圖文轉為短視頻。

不同用戶規模的架構挑戰

十萬：單體

百萬：微服務

千萬：多機房

億級：用戶分區

業務驅動的主動演進技巧

做好預判，提前布局

預判：提前1年做好準備。

1. 以增長數字為標準：下一階段用戶規模60%的時候就要準備了；2. 以時間為標準：提前1年預判。

快速響應，拿來主義

快速響應：熟悉什么就用什么

拿來主義：盡量用現成的方案。

例如：

1. 可能 Elasticsearch 更好，如果不熟悉，先用 MySQL 頂著；

2. 購買云服務的解決方案，例如直播、視頻這樣的業務；

3. 盡量多用開源的方案。

業務驅動架構演進案例

圖片

技術驅動演進原則

新瓶舊酒原則

降低成本

包括硬件、人力、運營等成本。

例如：

1. 上云來降低運維和機房成本；

2. 去 IOE 降低硬件成本；

3. 機器圖片審核降低審核人員成本。

提升效率

包括處理、運營、開發運維效率等。

例如：

1. 大數據平臺提升大數據分析效率；

2. 容器化提升運維效率；

3. 微服務提升開發效率。

提升質量

包括業務、管理、開發等。

例如：

1. 推薦系統提升用戶轉化率；

2. 容器化支持彈性擴容應對業務峰值；

3. 中臺提升多業務的開發效率；

4. 提升業務競爭力。

價值原則

價值原則：新技術要帶來典型的價值才考慮演進。

“典型”的定義：產出要遠遠大于投入！

1. 20臺服務器降到10臺？2000臺降到1500臺？

2. 2000人日降到1000人日？100人日降到10人日？

3. 轉換率提升2%？用戶留存提升10%？

如何說服老板進行演進？

技巧1 - 談錢，別談感情（適合成熟技術）

將引入新技術帶來的價值量化成 money，然后附帶說提升技術水平，提升團隊動力，不要本末倒置！

技巧2 - 談競爭對手（適合全新技術）

如果你沒辦法量化為錢，那就看看競爭對手是否引入了，“嚇唬嚇?！崩习?！

技巧3 - 談大環境（適合法律政治相關）

例如國產化，跟老板談政治意義和大環境變化……

做好洞察，提前布局

1.識別新技術能夠為業務帶來的價值。

• 多關注業界技術大會；
• 熟練掌握業務；
• 把握技術本質。

2.團隊和技術先行。

• 招聘人員；
• 儲備技術。

技術驅動架構演進案例

圖片