一、什么是架構
架構就是系統的結構，是一種機制。
架構就是系統的結構。你建立架構來解釋將來系統的結構和這種結構如何支撐業務需求和非功能需求。你可以定義這種結構作為一種機制，系統如何用來解決一些普遍問題。這個機制有能力以統一的方式支持業務需求。例如，持久化機制必須被系統統一使用，這意味著，任何時候系統如果要做持久化，必須以同樣的方式。將持久化機制定義后，你就提供了一種默認的所有設計人員必須遵循的方式。這些架構體制，如持久化、分布式、通訊、交易管理和安全就是你建立系統的基礎，而且必須得建立的。
什么是建立架構呢？就是你建立的符合系統中規定的非功能需求的基礎。例如，系統中說明對用戶的反應時間不能超過3秒，你建立的軟件基礎就必須符合這個需求。這同時也意味著你已經給設計人員一個允許他們設計和編碼來建立系統時而不必擔心這些非功能需求。一個關于架構中比較真實的問題是：架構的建立什么時候停止，設計流程什么時候開始？對于每個系統沒有最終答案。這個架構和設計的問題可以被總結起來和控制。架構定義了將會建立什么，設計了你怎樣建立系統的外框。一個或少數人關注全景來控制架構的流程，其他多數人關注如何實現全景是設計所要控制的。架構師設計架構，設計團隊在這個架構中用它來達成系統的全部目標。因此，如果你正在為有經驗的設計人員建立架構，你就不必象為缺少經驗的設計人員那樣提供盡可能詳盡的文檔。
當你在建立架構來沒跟系統的非功能需求時你通常不會有無限制的資金來購買硬件、軟件和開發資源，因此你必須使系統能在有限的預算中很好的運行。例如，當你只有一臺電腦來支撐內部用戶時，你怎樣建立可拓展的系統來滿足互聯網時代？沒有資金來購買軟件產品時，你怎樣建立架構？這些就是架構師們建立系統架構時面對的問題的例子。你會面臨很多困難的選擇，和做很多取舍來解決這類問題。由于你作了取舍，很重要的是取舍你必須用文檔說明，使得開發人員能夠理解為什么要作這個取舍，這樣你就不會收到來自開發人員的問題了。如果你決定使用ORACLE在系統中，你就必須用文檔注明為什么要選擇ORACLE而不選其他數據庫。你建立架構時的取舍關注非功能需求。大多數系統沒有足夠的資金來滿足所有的非功能性需求。作為架構師，你就必須平衡非功能需求和預算之間的矛盾。如果要做24*7的高可用光是購買硬件花掉了你全部的預算，那就是說沒有多余的錢來購買應用服務器來維護非功能需求了，你就必須調整你的軟件架構了。調整依賴于你正在建立架構的系統和與投資人的關系。
二、架構師角色
架構師必須具有以下特點。
架構師必須是一個全面的，成熟的，有經驗的，受過教育的，學習迅速的，一個領導者，很好的溝通，和在必須時候作出困難的決定。全面的是指，架構師必須具有業務和問題領域的工作知識。他們能夠通過經驗和教育獲取這些知識。另外架構師也必須具有廣闊的技術知識。一個好的架構師能夠評估所有可能的方案不管使用何種技術。
架構師要做些什么？架構師與資深開發人員有什么不同？這些都是一些常問的問題。設計師考慮一個用戶按下一個按鈕時將會發生什么，架構師則考慮成行千上萬的用戶按下一個按鈕時將會發生什么。架構師要減輕和系統相關的風險。技術風險可能是未知的、未證明的或未測試的。風險來自非功能需求，有時也可能來自業務需求。不管哪種風險，都很容易地盡早地在建立架構階段指出這個風險。
架構師必須領導開發團隊保證設計師的開發人員根據這個架構一構建系統。關于取舍必須作出困難的決定，作為領導者，就是作決定的人。為了領導項目團隊，架構師必須是一個好的溝通者，包括讀和寫。通常是通過虛擬模型和群組討論。如果架構師不能很好的溝通，設計師和開發人員也許不能正確地構建系統。