架構設計這個詞不知道大家是否聽說過，對于非技術人員來說可能比較難懂。今天我們就來介紹一下什么是架構設計？架構設計的方向是什么？架構設計就是一個找準數據主體，明確處理邏輯，平衡矛盾關系的一個過程。它需要根據實際業務進行適當的抽象，這樣它就可以適合體現在計算機的世界。架構設計的需要我們不斷的積累經驗，當然也靠一點悟性和靈感。下面我們來看看如何根據不同需求進行不同的架構設計。

架構的本質是事物與事物之間恰當的關系，不同領域的架構，其事物的指代不同，比如對于組織架構而言，事物指的是人與機構;建筑架構，事物指的是鋼筋混凝土與空間。那在軟件領域，事物指的是什么呢?我們知道，軟件系統的本質是人類將自身無法處理的大量業務相關的數據進行篩選分類，并轉換成計算機可以識別的格式，借助其強大計算能力來輔助處理。因此在軟件領域，架構中的事物指的是業務數據與基于運算能力的業務邏輯，說的再寬泛一點就是數據與處理數據的計算能力。那么，架構設計其本質就是尋找數據、計算以及它們之間的平衡關系，這里面包括三個方面的要素，即數據、計算、以及平衡關系，其中數據和計算是架構設計的基礎，根據實際業務需求一般不難找出，而平衡關系是綜合考慮多方面得到的一種狀態，也是衡量一個架構設計優劣的核心要素。

1、數據，在對一個系統進行架構設計時，首先我們需要做的就是依據本系統所承載的業務需求，找出需要處理的最重要或最核心的數據，這些數據一般隱藏在線下的紙質材料里，或者記錄在日常辦公的筆記里，或是約定俗成的共同認識，只要從實際業務出發，找這些數據并不難。如果你無從下手，這里有個小竅門可以利用，找一個出現率很高的業務，在該業務處理前盡可能多的記錄一些可能與該業務相關的數據狀態，待業務處理完成后，再次記錄，并與之前的數據進行比較，那些發生了變化的往往就是我們需要重點關注的重要數據。舉例來說，如果這是一個政府行政辦公的系統，那么辦公流轉過程就是數據，每個環節辦理狀態就是數據;如果這是銀行信用卡管理系統，那么用戶信用卡可用金額、賬單、有效期等狀態信息就是數據，每筆刷卡流水就是數據;如果這是電子商務系統，那么商品信息、用戶訂單、購物車信息就是數據。。。等等，所有那些在實際業務過程中會變化的，并且是與該業務緊密相關的數據，都是我們需要找到的數據，在所有已經找到的數據中，再依據實際業務的重要程度，找出最重要最核心的數據，作為在架構設計中我們需要重點處理的對象，其他次重要的數據在核心數據充分處理的前提下作為平衡關系的備用因素。

2、計算，重要數據找到后我們還需要確定如何處理這些數據，即計算，說的明白一點就是計算邏輯是什么，計算邏輯類似但并不完全等同于業務邏輯，它是業務邏輯在計算機世界里的一種體現，業務邏輯在真實世界里需要考慮人、時間、空間的因素，而計算邏輯在計算機的世界里，是二進制碼、CPU、內存、存儲、網絡等因素，還是以上面的例子來說，政府行政辦公系統需要將線下的紙質簽字蓋章從發起請求到辦結的全過程搬移到線上由系統處理，那就需要轉化成線上的在線申請、辦理、流轉、通知、辦結、存檔等過程，這些過程在線下可能有不同的部門來負責，但是線上將由我們設計的系統完全支撐;對于銀行信用卡管理系統，需要將銀行對信用卡的管理業務轉化成具體的設置或查詢可用金額、賬單、有效期等信息的功能，還有記錄和統計用戶消費流水等，如果業務有需求，甚至需要根據用戶的消費流水對用戶畫像，以便進行精準營銷等所謂的大數據分析模塊;電子商務系統也是一樣，需要系統提供向用戶展示商品信息，記錄用戶點擊購買后的購物車信息，創建或更新用戶的訂單信息，以及跟蹤訂單從倉庫打包到送達的物流信息等等，這些都是我們對數據進行的動作，而動作不是我們憑空想象出來的，是從實際的業務處理轉化到計算機領域而來的，在轉化的過程中我們需要時刻對應現實中的處理動作如何轉換成計算機世界里的處理數據的能力。由于尋找計算是一種業務動作的轉化，在轉化時我們可以多問自己期望系統應該如何幫我更好的處理數據，那些利用機器能很好的完成而人工較難做到的但又是經常需要做的且與業務相關的動作一般都是我們需要找的，常見的動作有數據跟蹤記錄、查詢統計、修改更新、導出展現、匯總分析等。當然有一點需要注意，我們在尋找計算因素的時候一定要基于計算機世界的客觀現實，畢竟計算機不是萬能的。

3、關系，明確了數據及如何處理數據，架構設計接下來要做的就是如何平衡好各種相互影響的關系，這些關系是所有我們能想到的會影響到系統的矛盾體，如數據處理效率與處理能力的關系、數據體量與存儲能力的關系、數據展現與用戶要求的關系、系統部署與網絡環境的關系、系統建設與建設成本的關系、系統易用性與客戶要求的關系等等，在做架構設計的時候要盡可能多的考慮到這些關系，并根據實際情況劃分關系的重要程度，重點保障那些重要性高的關系，畢竟再完美的架構設計也無法平衡好所有的關系，從這個角度來說，架構設計是一種平衡的藝術。當然，要準確找出這些關系，并對它們劃分重要性等級，還需要做到按等級進行平衡是需要經驗積累的，非一朝一夕之功，這也是人人都能做架構設計，但不是人人都能做好架構設計的原因。好在這一步并不是完全無規律可循的，首先我們講如何找出這些關系，雖然涉及影響一個系統的矛盾體很多，架構設計的方向：

1、第一個方向是與人相關的，這里的人包括籌建系統的甲方、建設系統的乙方、以及使用系統的用戶，對于籌建系統的甲方來說，他一般關注系統的建設進度、成本、質量等，對于建設系統的乙方來說，重點會關注建設范圍、風險、開發工具、實施環境等，而對于用戶來說，更關系系統易用性、界面友好，操作舒暢、能幫其解決實際問題等。涉及到與人相關的關系，除了從經驗中獲取，更重要的是需要在前期系統設計的過程中通過調研的方式，多與相關的干系人溝通，從他們那里獲取，這也是為什么系統建設一般都是有需求調研過程的原因。針對與人相關的關系這部分設計內容一般體現在架構設計說明書中的概述里，包括項目目標、項目背景及其他說明等，當然與用戶相關的一般也會在非功能性上有所體現，如易用性、可用性、安全等。

2、第二個方向是與外部系統相關的，主要指其運行所在的操作系統及服務器，以及與之交互的外部系統，系統需要運行在服務器特定的操作系統上，受服務器操作系統計算存儲網絡等因素影響，需要考慮服務器計算能力是否能處理數據、存儲能力是否足夠、網絡是否穩定、如果服務器計算存儲網絡能力不夠如何擴展等;與外部系統的交互方面，本系統需要從外部系統獲取哪些數據與能力、需要為外部系統提供哪些數據與能力、交互方式是什么、交互協議如何等。一般來說，服務器的能力總是會有不夠的，尤其是設計大數據量處理，大量用戶同時訪問的系統時，這就需要我們根據系統的特點提前做好擴展的設計，高并發處理、分布式理論、多機房部署等這些技術概念可以給我們很好的指引，這也是為什么架構師一定要眼界開闊的原因。這部分的設計內容一般體現在架構設計說明書中的邏輯架構、技術架構、接口設計、部署架構、以及相關性能、可維護、可擴展等非功能性設計上。

3、第三個方向是數據相關的，數據是系統處理的主體，需要劃分本系統所處理的數據與外部數據的邊界，明確與外部數據的流向關系，還需要根據實際業務來區分數據內部之間的關系，數據如何劃分、各部分數據的邊界在哪、與整體數據的關系如何等等。在劃分與外部數據的邊界時要基于本系統所承載的實際業務內容，從業務出發，那些只受本業務影響的數據肯定在邊界內，而本業務與其他業務共同影響的還需要進一步分析哪方是影響主體，如果本業務是影響主體，那么在邊界內，但是需要考慮提供給外部系統的交互接口，如果本業務非影響主體，那么再看是否有間接影響或關聯影響，一般來說這部分數據都要考慮與外部系統的交互關系。對于邊界內的數據關系也是如此，可以根據業務特點劃分一些區塊，每個區塊內又是一個相對獨立的單元，與相關的其他區塊單元存在哪些數據上的直接或間接影響，他們之間如何交互等。所有這些關系都是我們需要發現并在架構設計時考慮的。針對這部分的設計內容一般體現在架構設計說明書中的數據架構、整體架構里。

人與外部系統、數據是我們在發掘關系時可以參考的方向，根據系統各自的特點，在架構設計過程中還會有一些需要實際去考慮的關系，這些關系一般都是所謂的系統最大的特點或特殊情況，常見于重大需求，特色需求，亮點需求等形式，一般也不難找出。待把所有這些關系找出后，可以先做一個粗略的重要性分級，分級的依據是關系的相關性，一般是重要需求相關>特色亮點需求>甲方相關>用戶相關>乙方相關>外部系統相關>外部數據相關>內部數據相關>其他次重要的數據，在進行架構設計時優先滿足重要性高的關系，得出一個基本的架構雛形，再根據弱一級的關系不斷地優化完善架構模型，待大部分關系都可以滿足后，架構設計也就出來了。當然，很多關系之間都是矛盾的，比如籌建系統的甲方要求的低成本與高質量、系統間數據交互與操作舒暢等，需要我們在做架構設計時不斷權衡，盡可能的兼顧,對于實在無法兼顧的，需要進行權衡取舍。

以上我們介紹架構設計的方向還有關于架構設計是什么的問題，其實，架構設計都不只是架構師的工作，而是任何人都可以做的一項有趣的工作。如果您想了解更多詳細信息，請您及時關注中培偉業。