最近應(yīng)聘系統(tǒng)架構(gòu)師,，面試回答一些問(wèn)題,，加上之前做的一些功課，搜索到一些文章,，感覺(jué)有必要總結(jié)一下,，到底如何做一個(gè)成功的系統(tǒng)架構(gòu)師呢？

首先,，何謂系統(tǒng)架構(gòu)師,？

 IBM工程師的說(shuō)明是：
  架構(gòu)師的主要責(zé)任是提供開(kāi)發(fā)人員和項(xiàng)目經(jīng)理之間的共用溝通媒體。他們負(fù)責(zé)讓業(yè)務(wù)規(guī)則及需求與工程實(shí)踐及限制相適應(yīng),，以確保成功

 中文Wiki上的說(shuō)明是：
  系統(tǒng)架構(gòu)師負(fù)責(zé)設(shè)計(jì)系統(tǒng)整體架構(gòu)，從需求到設(shè)計(jì)的每個(gè)細(xì)節(jié)都要考慮到,，把握整個(gè)項(xiàng)目,，使設(shè)計(jì)的項(xiàng)目盡量效率高，開(kāi)發(fā)容易，維護(hù)方便,，升級(jí)簡(jiǎn)單

 這兩個(gè)解釋,，加起來(lái)基本說(shuō)明了系統(tǒng)架構(gòu)師的定義。

JAVA系統(tǒng)架構(gòu)師應(yīng)該看的幾本書

Thinking in Java
Effective Java

UML基礎(chǔ),、案例與應(yīng)用
UML入門提高

軟件工匠
設(shè)計(jì)模式——可復(fù)用面向?qū)ο筌浖幕A(chǔ)

重構(gòu)-改善既有代碼的設(shè)計(jì)
敏捷軟件開(kāi)發(fā)-原則,、模式、實(shí)踐

企業(yè)應(yīng)用架構(gòu)模式
Expert One-on-One J2EE Development without EJB
 
軟件工程——實(shí)踐者的研究方法
軟件領(lǐng)導(dǎo)－－成功開(kāi)發(fā)軟件的指導(dǎo)準(zhǔn)則

后面的兩本書,，其實(shí)已經(jīng)有點(diǎn)屬于項(xiàng)目經(jīng)理的范疇了,，不過(guò)還不是很深入，看看對(duì)做成功的系統(tǒng)架構(gòu)師是很有好處,。

企業(yè)應(yīng)用的系統(tǒng)架構(gòu)師應(yīng)該關(guān)注的幾個(gè)方面

數(shù)據(jù)持久層的設(shè)計(jì)
 在Spring和Hibernate,，ibatis出來(lái)以前，幾乎每家公司都有自己的一套方法和架構(gòu),，而架構(gòu)師的50％的精力也會(huì)集中到這上面,，EJB只是增加架構(gòu)師的負(fù)擔(dān)。在Spring出來(lái)以后,，基本上,，大多數(shù)的架構(gòu)師都從重復(fù)設(shè)計(jì)這個(gè)輪子的無(wú)用功中解脫出來(lái)了。Rod的輪子太好用了,，基本上,，大家只要套上去就行了，或者,，剩下最重要的事情,，是選擇一個(gè)合適的數(shù)據(jù)庫(kù)連接池的開(kāi)源項(xiàng)目吧

MVC架構(gòu)的具體設(shè)計(jì)
 MVC只是個(gè)概要的概念，具體如何實(shí)現(xiàn)的具體技術(shù)很多,，根據(jù)項(xiàng)目設(shè)計(jì)最恰當(dāng)?shù)募軜?gòu)

大并發(fā)性訪問(wèn)
 使用緩存,，在數(shù)據(jù)量達(dá)到一定程度時(shí)，使用集群技術(shù),，優(yōu)先考慮利用服務(wù)器的集群,，其次是硬件集群，最后才是應(yīng)用本身加入集群功能

超大數(shù)據(jù)量返回結(jié)果
 盡量使用分頁(yè),，優(yōu)化SQL語(yǔ)句,，循環(huán)處理數(shù)據(jù)時(shí)盡可能共用對(duì)象，只保留關(guān)鍵數(shù)據(jù),，及時(shí)釋放內(nèi)存占用

超大文件的讀取和生成
 盡可能快的讀取大文件,，并進(jìn)行分析。寫入大文件時(shí),，如何及時(shí)釋放內(nèi)存,。學(xué)會(huì)適當(dāng)利用操作系統(tǒng)的命令行資源來(lái)更快完成任務(wù),。
 
多線程的應(yīng)用和管理
 線程池的管理和監(jiān)控，線程的啟動(dòng)（包括定時(shí)啟動(dòng)）,，結(jié)束,，回收，線程資源的釋放
 
用戶界面可用性設(shè)計(jì)
 平衡速度和可用性,，恰當(dāng)?shù)氖褂卯惒胶屯郊夹g(shù),，展現(xiàn)關(guān)鍵數(shù)據(jù)為重點(diǎn)

分布式的數(shù)據(jù)交流和集成
 選擇恰當(dāng)?shù)臄?shù)據(jù)交互方式，從最泛濫低效的Web Service到最實(shí)用的文件共享

群集系統(tǒng)的管理
 如何確保緩存的同步,？如何確保對(duì)象唯一性,？如何保證各臺(tái)機(jī)器的同步？
 是否采用EJB?如何利用J2EE的特性（例如JNDI)

復(fù)雜的業(yè)務(wù)規(guī)則
 規(guī)則引擎和工作流引擎場(chǎng)景和應(yīng)用
 
其實(shí),，作為一個(gè)真正的系統(tǒng)架構(gòu)師,，不應(yīng)該局限于企業(yè)應(yīng)用的系統(tǒng)，這種系統(tǒng)往往有數(shù)據(jù)庫(kù)的局限性,，有時(shí)候,，應(yīng)該考慮是否可以橫向跨越，直接對(duì)其它系統(tǒng)做一些架構(gòu)考慮,，在沒(méi)有豐富的實(shí)戰(zhàn)經(jīng)驗(yàn)的前提下,，而只是看了其它人的系統(tǒng)和代碼，就能夠給出有效的設(shè)計(jì)指導(dǎo),。

例如對(duì)于一個(gè)下載軟件,，可以有如下考慮：

 1. 未明和非法url的檢驗(yàn)，已經(jīng)下載失敗的容許,，信息記錄
 2. 多線程下載一個(gè)文件,文件的切分和拼合,，部分切片丟失的拼合可能性
 3. 下載線程管理
 4. 服務(wù)器或者P2P的機(jī)器之間的通訊協(xié)議
 5. 速度監(jiān)控和限制
 6. 下載進(jìn)度的監(jiān)控和顯示

作為一個(gè)在線播放軟件,可以做如下考慮

 1. 播放速度的保證
   機(jī)器的問(wèn)題基本不存在了，關(guān)鍵是網(wǎng)絡(luò)問(wèn)題,。如何在檢測(cè)網(wǎng)絡(luò)速度,，根據(jù)影片的質(zhì)量，并緩沖足夠多的內(nèi)容,，保證播放一直盡可能順利的完成,。

 2. 播放質(zhì)量的保證
   如何利用DirectX等技術(shù),最快的進(jìn)行渲染,是自己寫底層,還是利用已有的API

由于沒(méi)做過(guò)類似的項(xiàng)目，可以寫的東西還是少很多了,。

系統(tǒng)架構(gòu)師應(yīng)該有的素質(zhì)：

1,、 實(shí)際的編程經(jīng)驗(yàn)
  最少2年吧，多了就不說(shuō)了,，其實(shí)從大學(xué)就開(kāi)始鉆研的話,，

2、 書面表達(dá)能力和口頭交流能力
   綜合利用架構(gòu)圖,，UML圖,，文字和代碼片斷,，表達(dá)自己設(shè)計(jì)思想，至于是Word還是ppt,，應(yīng)該通吃

  在開(kāi)發(fā)人員中發(fā)現(xiàn)架構(gòu)師的最有價(jià)值標(biāo)準(zhǔn)是有效的溝通。您需要技術(shù)嫻熟,、經(jīng)驗(yàn)豐富的開(kāi)發(fā)人員,，這樣的人員需要有就項(xiàng)目中的業(yè)務(wù)相關(guān)問(wèn)題進(jìn)行溝通的經(jīng)歷。架構(gòu)師經(jīng)常必須對(duì)理解方面的差距進(jìn)行預(yù)計(jì),，然后才能有所貢獻(xiàn),。他們必須愿意克服困難來(lái)確保技術(shù)和業(yè)務(wù)觀點(diǎn)的融合。他們并不必對(duì)意見(jiàn)交換工作進(jìn)行計(jì)劃和協(xié)調(diào);這仍然主要是項(xiàng)目經(jīng)理的工作,。他們的任務(wù)是確定表述系統(tǒng)設(shè)計(jì)時(shí)的最佳工具和構(gòu)件,，以促進(jìn)有效的意見(jiàn)交換。他們必須能夠判斷當(dāng)前方法顯得不足而需要采用新方法的情況,。寫作技能也非常重要,，還需要具有制作草圖的技能或使用制圖軟件的能力。

 3,、 自覺(jué)主動(dòng);積極解決設(shè)計(jì)問(wèn)題
  架構(gòu)師的日常工作目標(biāo)經(jīng)常并不明確,。很多開(kāi)發(fā)人員直接參考功能規(guī)范來(lái)列出任務(wù)清單。架構(gòu)師通常則是向這些開(kāi)發(fā)人員提供所需結(jié)構(gòu)的人員,，以便盡可能提高工作效率,。好的候選者不僅進(jìn)行溝通方面的工作，而且也會(huì)預(yù)計(jì)各種設(shè)計(jì)問(wèn)題并加以解決——通常在沒(méi)有任何具體指示的情況下自覺(jué)進(jìn)行,。無(wú)論所分配的職責(zé)如何,，積極參與項(xiàng)目的開(kāi)發(fā)人員都有機(jī)會(huì)從一起工作的人員中脫穎而出。

4,、 抽象思維能力和總結(jié)能力
  架構(gòu)師,，顧名思義，在系統(tǒng)未搭建好之前,，就要能夠有一個(gè)草圖在心,。而如果是對(duì)現(xiàn)有系統(tǒng)的改造，那么能在看過(guò)系統(tǒng)的文檔（如果有的話）和代碼后,，就能總結(jié)出系統(tǒng)的架構(gòu)特點(diǎn),。
  架構(gòu)師必須能夠理解表述模糊的概念并將其變成相關(guān)各方能夠理解的項(xiàng)目構(gòu)件。他們必須能夠理解抽象概念,，并以具體的語(yǔ)言對(duì)其進(jìn)行溝通,。開(kāi)發(fā)人員中好的候選者經(jīng)常要求或自己主動(dòng)解釋開(kāi)發(fā)生命周期中容易混淆的問(wèn)題。他們能迅速評(píng)估各種想法并將其納入后續(xù)工作的操作建議中,。

  開(kāi)發(fā)人員經(jīng)常具有很強(qiáng)的數(shù)學(xué)能力,，而好的架構(gòu)師則傾向于表現(xiàn)出更強(qiáng)的口頭表達(dá)能力,。管理人員經(jīng)常說(shuō)開(kāi)發(fā)人員具有“工程意識(shí)”，而這是一個(gè)用于評(píng)估架構(gòu)師的非常有意義的方面,。架構(gòu)師應(yīng)該具有很強(qiáng)的解決技術(shù)問(wèn)題的能力,，但還必須能夠準(zhǔn)確獲知更為全面的人員如何與技術(shù)交互的信息。這要求具有某種形式的抽象思維(而不再是代碼的細(xì)節(jié)),，這種思維能力可能較難形成,。

5、 全面的技術(shù)資訊吸收能力和選擇鑒別能力
  作為開(kāi)發(fā)人員出身,，對(duì)于某一個(gè)具體問(wèn)題的研究能力（雖然很多人總結(jié)為google能力）,，已經(jīng)相當(dāng)具備了。但是對(duì)技術(shù)資訊的全面接受和選擇性深入了解能力,，并且做出正確的判斷,，那些技術(shù)無(wú)非是廠家的噱頭，而那些技術(shù)是真正可以用到項(xiàng)目,，提高項(xiàng)目質(zhì)量的好技術(shù),，這種能力確實(shí)至關(guān)重要的。