版權(quán)聲明：本文由龔皓原創(chuàng)文章，轉(zhuǎn)載請注明出處:?
文章原文鏈接：https://www.qcloud.com/community/article/202

來源：騰云閣?https://www.qcloud.com/community

?

2015年延續(xù)2014年的架構(gòu)和成本優(yōu)化思路，運營管理部在15年組織各大BG開展了大量的架構(gòu)評審和成本優(yōu)化工作。作為規(guī)劃組的一員，在全年21個規(guī)劃產(chǎn)品的評審中我主要參與了其中11個。在前期和業(yè)務產(chǎn)品，開發(fā)及運維的交流和準備材料過程中，發(fā)現(xiàn)雖然已經(jīng)經(jīng)過了一年的評審，溝通和交流，但大家對為什么要做架構(gòu)評審，怎樣做架構(gòu)評審，其中的思路和流程都還存在一定的不了解的地方，所以這里自己先拋磚引玉，跟大家聊聊討該如何做架構(gòu)評審。

先來說說設備

設備是支撐公司業(yè)務運營的最基本實體，隨著公司業(yè)務的不斷發(fā)展壯大，公司的設備總數(shù)也于去年突破了50w臺大關。評審一個業(yè)務的架構(gòu)，首先得從其設備使用的合理性上來看。

總的設備架構(gòu)評審思路可以簡單歸納如下4步：

設備需求驅(qū)動形態(tài) -- 確認設備需求動因和相關指標；

關鍵路徑的技術(shù)架構(gòu) -- 確認架構(gòu)是否合理；

需求資源推算模型 -- 資源預算和指標關聯(lián)是否合理，架構(gòu)分布是否合理。

資源優(yōu)化計劃 -- 后續(xù)是否可以釋放部分資源，降低成本。

第一點比較好理解，設備的需求動因，我們需要描述清楚涉及設備的關鍵業(yè)務指標以及業(yè)務指標的變化情況，通常這些指標在做年度預算的時候能夠定義清楚。如果當時沒有清晰的定義，我們這里可以根據(jù)業(yè)務的實際資源需求情況來定義清楚關鍵指標。后面3點是一個架構(gòu)評審的關鍵所在，我們這里重點展開來講。

我們談一個產(chǎn)品的架構(gòu)，最開始當然先要從一張總架構(gòu)圖開始講起。比如下面這個手Q的消息交互架構(gòu)圖。

一個清晰的架構(gòu)圖至少需要具備如下要素：

描述總體架構(gòu)關鍵模塊構(gòu)成和各模塊對應的設備數(shù)目；

業(yè)務請求交互圖，描述業(yè)務關鍵路徑上的模塊交互流程，需包含請求量/包量及對應的設備數(shù)；

描述設備需求中關鍵路徑的構(gòu)成情況和模塊之間的交互邏輯。

定義出關鍵路徑和關鍵業(yè)務模塊后，這些模塊需求和架構(gòu)是否合理，我們需要把這里面的內(nèi)容給評委展開來重點解釋。

針對每一個關鍵模塊，我們首先需要：

描述在總體系統(tǒng)架構(gòu)中該一級模塊的主要核心功能；

描述該核心模塊的處理業(yè)務邏輯分布，如重要業(yè)務邏輯的資源占比情況。

比如下面手Q SSO模塊的描述

定義出核心關鍵模塊之后，我們需要進一步解釋其資源使用的合理性。這里我們主要針對最常見的處理類和存儲類兩類模塊來說明，其他比如吞吐量類，緩存類的模塊可以依此類推。

針對處理類模塊，我們通常需要說明：

給出核心模塊的資源模型，如單機每秒建立連接數(shù)，每秒包處理能力；

描述核心模塊的當前瓶頸所在；

描述核心模塊的設備類型；

描述核心模塊的最大支撐能力，如單機峰值Qps；

根據(jù)預估的業(yè)務指標結(jié)合模塊單機處理能力來評估所需的設備數(shù)。

而對于存儲類的模塊，我們通常需要說明：

給出核心存儲單元的資源模型，如每個存儲單元所占用的字節(jié)數(shù)，每個存儲單元包括哪些字段信息，主要字段的訪問頻次，每份數(shù)據(jù)存儲份數(shù)等，并根據(jù)單份的模型結(jié)合業(yè)務后續(xù)預估的指標來估算總體的存儲量；

描述核心存儲單元的當前瓶頸所在。

同時，針對架構(gòu)分布上，由于公司IDC資源的地理分布不平衡性，某些特定的地理區(qū)域由于歷史和儲備的原因，IDC資源會較為緊缺，所以我們在架構(gòu)評審的過程中也要對業(yè)務模塊的物理分布情況來評估其合理性，比如如下兩點：

描述總體現(xiàn)有架構(gòu)模塊的物理分布情況和容量模型，包括架構(gòu)是否有Set化，其Set分布，數(shù)據(jù)的異地存儲份數(shù)說明，以及容災方式；

描述新增預算資源的分布模型以及是否可以異地化部署的評估。

在Review過架構(gòu)和模塊的現(xiàn)狀后，業(yè)務自己通常也會發(fā)現(xiàn)一些自己架構(gòu)上的問題，這些可能是歷史原因的遺留問題，也可能是技術(shù)進步發(fā)展了有一些更優(yōu)的解決方案，所以我們在架構(gòu)評審的最后可以針對這些問題來提出進一步的 優(yōu)化，給自己定一個更優(yōu)的目標，追求技術(shù)上更進一步。主要邏輯可以分為下面幾步：

描述可能的柔性策略、優(yōu)化手段和方法（包括技術(shù)上和運營上的）；

描述優(yōu)化后的系統(tǒng)架構(gòu)圖和模型；

描述優(yōu)化后的目標和成果

而在優(yōu)化手段上，我們也可以結(jié)合公司其他業(yè)務常用的優(yōu)化手段，梳理總結(jié)出一套可能的優(yōu)化方法，供大家參考。

資源的最大化整合和復用：比如運用虛擬化，docker等技術(shù)，來講設備的利用率發(fā)揮到最大優(yōu)勢，充分壓榨單機的處理負載，提高單機的處理能力。

新技術(shù)和新處理框架：比如采用新的處理框架，從http協(xié)議改為直接tcp處理，從原來的同步qzhttp改為異步rpc處理，以及充分利用GPU并行能力和FPGA可編程硬件相比軟件處理的高效性來提高編碼和壓縮的效率等等，來提升單機的效率。

新協(xié)議和新格式的利用：這塊在存儲類服務中最場景，比如用壓縮效率更高的webp來替代傳統(tǒng)的JPEG，然后又采用更高的H.265編碼格式的BGP圖片來替代webp，這些新格式的出現(xiàn)對于日益增長的海量數(shù)據(jù)又是一個重要的優(yōu)化手段。

存量和長尾業(yè)務的規(guī)整：騰訊公司到現(xiàn)在也經(jīng)歷了18年的春夏秋冬，各種業(yè)務浮浮沉沉保守估計也有上千了，對于這種存量和長尾型的業(yè)務，我們?nèi)绾螌ζ溥M行適當縮容和最小化運營，甚至是推動其退隱下線，也是一個必要的優(yōu)化手段。

提升資源管理和流轉(zhuǎn)效率：比如資源直供模式，閑置設備，閑置時段的離線計算使用，比如如何有效的利用存儲類設備的CPU資源來進行計算，這些也都是架構(gòu)評審優(yōu)化中值得考慮的問題。

好了，前面關于設備上的架構(gòu)評審流程和方式講了這么多，相信如果大家都按這么思路來理解架構(gòu)評審，再加上自己對業(yè)務和技術(shù)的充分理解，跟boss過的架構(gòu)評審將不再是個問題，更多的是對大家技術(shù)的展現(xiàn)了。

設備先講到這里，有機會我們繼續(xù)來解析如何做帶寬的架構(gòu)評審。See you again！

?

轉(zhuǎn)載于:https://www.cnblogs.com/purpleraintear/p/6054041.html

總結(jié)

以上是生活随笔為你收集整理的架构评审方法和思路总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。