好的架構師都是善良的獨裁者
那麼,到底什麼是架構師呢?所謂的架構師,應該是一個技術企業的最高技術決策者。他主要負責公司軟體產品或軟體專案的技術路線與技術框架的制訂。好的架構師都是善良的獨裁者,具有很強的技術、良好的寫作能力、良好的口頭表達能力,能夠在各個層次進行溝通。從開發人員到架構師的成長應該是階梯式的,一般來講開發人員在剛剛開始工作時只能開發簡單的獨立軟體模組,慢慢的隨著經驗的增長,他開始接觸一些相互之間有資訊傳遞的模組,而後來,他會發現自己接到的開發任務已經不是一個獨立的單體,這些任務由一些專門的軟體部分組成,可能包含資料庫,工作流引擎,訊息服務等等各種功能模組,可能分佈在不同的伺服器上,所有的部分協同起來,完成軟體功能。而這時候,體系結構的好壞將直接決定了系統的效能和可擴充套件性,而就在這時候,這名優秀的開發人員也開始思考架構師應該思考的問題了,或者說,他向成長為架構師的道路邁出了一大步。
什麼是架構師最具價值的技能呢?就是要了解不同的知識,做一個“雜家”或者說“博學家”。當然,如果你的資料庫技術非常棒,或者你在工作流引擎方面具有不可超越的專家知識,那也是很不錯的。好的架構師有好多都是從專家成長過來的。但是,這不是架構師應該做的事情,架構師應該做的是瞭解所有的東西,既瞭解技術的宏觀面,又瞭解技術的細節。真正的架構師不僅僅要了解軟體,也要了解硬體,在關鍵的部位使用合適的硬體來取代軟體,可以成倍甚至成百倍的提高整個系統的效率。下面我將會以網際網路行業對的架構師的要求為例,向大家講解作為架構師應該具備的知識。
網際網路行業是當前最激動人心的行業之一,很多的創新都來自於這個行業,而每一個大型的網站如Google,Yahoo,Myspace等都需要解決一個非常複雜的問題,就是網站的分散式向外擴充套件(Scale Out)的問題。解決這個問題,需要最優秀的架構師對業務進行剖析,利用軟硬體將網站進行重構,甚至根據業務研發相應的分散式技術,解決網站複雜的分散式計算的問題。
如果你想在這個行業中成為一名架構師的話,需要至少掌握網路知識,硬體,軟體,網站最佳化等方方面面的知識:
網路知識
當前的軟體已經絕對不是那種僅僅跑在一臺單機上的孤立應用了。不僅僅是在網際網路行業,任何一個行業的軟體,都要求其具有網路功能。因此,網路知識是架構師必備的知識。我們所說的網路知識,不僅僅包括TCP/IP,http等網際網路行業常用的軟體協議,也包括網路規劃,甚至更具體的說,根據網站應用所處的地理環境進行網路規劃。比如人們常說:“這世界上最遠的距離不是生與死的距離,而是電信到網通的距離”(笑)如果應用是建立在中國的,就要考慮電信使用者和網通使用者訪問網站的速度應該都比較快才可以。這時候的解決方案可能有多種,比如採用CDN(Content Delivery Network內容分發網路)使得網站的內容釋出到離使用者最近的伺服器,又可以採用把伺服器放在一些所謂的雙線機房中,甚至將幾種方案結合起來使用。這些都統統歸到網路知識中。做為公司的架構師,要對這些知識都有所瞭解,才有助於在遇到問題時找到最佳答案。
硬體知識
瞭解硬體的極限,是架構師的基本功。我見過一些人,他們的眼中軟體硬體都是沒有極限的,需要資源就申請,系統效能下降了就買更高階的裝置。然而,硬體的效能有很大一部分取決於I/O裝置。而這些I/O裝置依靠的都是機械物理運動,這種運動是有極限的。因此當資源訪問量增大到一定的程度時,這種物理運動將成為瓶頸。比如說,在開發網站的過程中,記錄訪客的狀態是一件很重要的事情,一般來說可以使用HttpSession來記錄。而HttpSession的儲存問題將是一個很大的挑戰,尤其是多機共享Session時,將HttpSession存成檔案並透過多機共享或網路備份的方式來解決分散式的問題是常用的方案,然而,架構師必須考慮到這種方案是有I/O極限限制的,很難擴充套件到超過一定規模的大型網路。同時,架構師應該瞭解目前最近的硬體發展是否對軟體系統會造成一定的影響,比如在多核的條件下是否對軟體程式設計有新的要求,是否會對執行在虛擬機器和非虛擬機器上的程式有影響等等。
軟體知識
軟體知識所包含的範圍就更加廣泛了。對於網際網路行業來講,架構師要了解作業系統,資料庫,應用伺服器等各方面的知識。比如說,如果網站使用的作業系統是Linux,就要了解這個Linux版本的效能與侷限性,比如說最多可以存放的單個檔案為多大。有的資料庫的資料是以單個檔案來存放的,雖然我們很少見到資料庫中的資料多到不能再放入一條記錄的情況,但是作為架構師,請時刻注意,這種可能性是有的。而且如果你有幸在一家高速成長的網際網路企業中,而你所負責的應用又沒有經過最佳化的話,可能你會很快見到這種現象。這種現象的發生可能是由於作業系統不支援大檔案的原因,也可能是資料庫不支援大檔案。不論如何,架構師應該在這種現象發生之前就把一切都準備好。對資料庫中表的拆分是架構師應該遇到的另外一個困難。一般來說增加應用伺服器比較簡單而增加資料庫伺服器則是比較複雜的問題,如果一個站點由多個資料庫支援,架構師需要考慮如何在保證資料一致的情況下,讓多個資料庫分擔壓力。有些解決方案是將資料庫的讀寫分開,使得大多數的查詢sql不經過核心資料庫,而只是訪問資料庫的副本,但事實上,這種方式也只能維護規模不大的網站。對於大型的網站來說,把業務分散到不同的資料庫中,只共享必要的資料,才是合理的提高網站擴充套件性的解決方案。
其他知識
作為系統架構師,可能還需要對分散式系統,負載均衡,網路安全,資料監控等等各方面都有所瞭解。不僅僅是瞭解理論知識,也要對相關的產品和業界進展有一定的認識。比如說做負載均衡最好的產品是那種。目前最常用的備份策略是什麼,有什麼缺點。如何使用快取,如何做好日誌分析等等。
剛剛談到的是架構師需要掌握的知識,然而,冰凍三尺非一日之寒。這個過程需要我們慢慢的積累。如果你已經進入到公司進行軟體開發,請時刻關注你所開發軟體的效能與可擴充套件性,而不僅僅侷限在功能上,時刻想著任何一個簡單的問題:我開發的模組如果放在多人併發的環境下會怎樣,慢慢的就會有所心得。如果你還是一個在校學生,不要想著自己離架構師這個職位還很遙遠。要知道,成為架構師的修煉之路是很長的,甚至可以說是終身的,因此早點進入學習狀態,不斷修煉自己。在學校期間學好離散數學,資料結構,作業系統,編譯原理,體系結構,資料庫原理等關鍵課程,並積極尋找機會到外面實習,增長自己的工作經驗。如果有機會去到一些技術主導的公司中工作,就一定不要放棄這種機會,慢慢就會成長起來。最重要的,你會養成關注技術,勤于思考的好習慣。當有一天你發現自己對任何技術難題都可以一眼看到其本質,並能夠將其分解為一個個可輕鬆解決的模組,你會由衷的感覺到知識給你帶來的快樂,或許那一天,你已經是一個架構師了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7199667/viewspace-1015773/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 人人都是架構師:面對風險架構
- 人人都是架構師-清晰架構 | 京東物流技術團隊架構
- 人人都是架構師: 約束和原則架構
- 不懂業務創新的工程師,不是好的架構師 | 深度工程師架構
- Serverless 架構開發手冊 — “人人都是 Serverless 架構師”先導篇Server架構
- 獨行快、眾行遠,一場架構師的專場匯架構
- 架構師的工作架構
- 架構師眼中的高併發架構架構
- 架構師日記-如何寫的一手好程式碼架構
- 企業架構師、解決方案架構師和技術架構師的異同 - Briqi架構
- 人人都是 Serverless 架構師 | 彈幕應用開發實戰Server架構
- 架構師的定義架構
- 謙卑的架構師架構
- 開發好能重構的程式碼,都是這麼幹的
- 架構師眼裡的高併發架構架構
- 架構師之路:一個架構師需要掌握的知識技能架構
- 架構師的工作都幹些什麼?!想做架構師必看!架構
- 系統架構師大會:中國系統架構師的盛宴架構
- 程式設計師嘛,先做個好架構師再說程式設計師架構
- 亞馬遜CTO的架構之道-儉約架構師的成本優先架構原則亞馬遜架構
- 架構師修煉之道(二)——架構?設計?架構師?架構
- 菜鳥的架構師之路架構
- 架構的思想與指導原則——架構師的思維架構
- 人人都是 Serverless 架構師 | 現代化 Web 應用開發實戰Server架構Web
- 架構師架構
- Apache 架構師總結的 30 條架構原則Apache架構
- 關於架構師的輕度思考,你眼中的架構師是什麼樣的呢架構
- 精心設計的單體架構也是好的架構
- 架構師之路:從Java碼農到年薪八十萬的架構師架構Java
- 架構師的定義是什麼?架構師需要具備哪些能力?架構
- 唯品會架構師是如何實現架構重構的架構
- 架構師教你:如何實現兩個完全獨立閉環業務系統的融合。架構
- (轉)好的投資應當是:善良為先,智慧為道,奮鬥為本
- 阿里架構師Peter老師講述Java程式設計師→架構師所需要掌握的技能阿里架構Java程式設計師
- 走在架構師之山的路上架構
- 架構師的選擇(覺悟)架構
- 系統架構師的修煉架構
- 軟體架構與架構師架構