- 相關(guān)推薦
系統(tǒng)架構(gòu)師的技能要求
架構(gòu)師負(fù)責(zé)設(shè)計系統(tǒng)整體架構(gòu)，確定系統(tǒng)實現(xiàn)的行動綱領(lǐng)，使設(shè)計的項目盡量高性能、高可用、易實現(xiàn)，并且在上線后運維方便，在新功能加入時擴展性良好。那么系統(tǒng)架構(gòu)師的技能要求有哪些呢？
架構(gòu)師的能力要求：
1. 較強的代碼能力，對日常問題有豐富的閱歷及解決之道，設(shè)計不是空談，需要實踐，代碼能力、解決問題的能力是系統(tǒng)實踐的一個副產(chǎn)品;
2. 較好的抽象能力，業(yè)務(wù)需求在架構(gòu)師消化后，需要轉(zhuǎn)化為設(shè)計藍(lán)圖，這中間需要大量的抽象。
3. 良好的溝通和組織能力，架構(gòu)設(shè)計出來，需要組織討論、頻繁溝通，讓項目組成員理解架構(gòu)組成及設(shè)計取舍的原因，明白架構(gòu)設(shè)計中的how和why，在遇到疑問、反對、建議時，能進(jìn)行良好的溝通并有序的推進(jìn)。
4. 較好的團隊協(xié)作能力和領(lǐng)導(dǎo)能力，架構(gòu)師需要得到項目組成員的認(rèn)可，在關(guān)鍵時刻對技術(shù)的選擇作出及時、有效的決定，并為決定負(fù)責(zé)。
架構(gòu)師的主要職責(zé)：
1. 把業(yè)務(wù)需求轉(zhuǎn)換為實現(xiàn)架構(gòu)，定義每個組成模塊的外部特性，比如它的依賴、性能、異常處理等，并確定模塊之間如何通信，最終形成可以指導(dǎo)業(yè)務(wù)開發(fā)的行動圖;
2. 組織討論，組織更多的人來了解、討論架構(gòu)，能夠讓大家理解架構(gòu)整體方案、模塊特性及邊界、決策權(quán)衡點，進(jìn)而可以自行進(jìn)行組件服務(wù)的設(shè)計及實現(xiàn);
3. 協(xié)助項目經(jīng)理制定開發(fā)計劃和控制項目進(jìn)度;
4. 確定系統(tǒng)的基礎(chǔ)架構(gòu)、實現(xiàn)技術(shù)，必要時組織技術(shù)調(diào)研和攻關(guān)。
延伸閱讀：架構(gòu)師應(yīng)該是一種角色
每個資深的團隊成員都可以也應(yīng)該扮演架構(gòu)師的角色，不用每個團隊指定一個人來當(dāng)。實際上，最好有多個人來扮演架構(gòu)師。在會議中討論架構(gòu)設(shè)計和討論功能設(shè)計類似，如果你是那個要實現(xiàn)所有事情的人，那么你需要帶著明確的想法去參會。任何的過度設(shè)計(大部分架構(gòu)師經(jīng)常會犯這個錯誤)需要在你面前證明是合理的——“我是否愿意去寫這些模板代碼，或者是否有一種更簡單優(yōu)雅的實現(xiàn)方式”。
職位可以使“軟件工程師”，但角色可以是“敏捷大師”、”架構(gòu)師”、”持續(xù)集成官”，等等。如果公司需要一個“架構(gòu)師議會”去決定系統(tǒng)間更宏觀的整合，開發(fā)者可以提名某個人去參與這些會議，這個人有可能是對這些系統(tǒng)最了解的人。
我知道現(xiàn)在架構(gòu)師在想什么——有一些更加高層次的關(guān)注點開發(fā)要么不太能理解要么不應(yīng)該為此被打擾。大錯特錯!如果你的開發(fā)不理解更高層次的架構(gòu)規(guī)劃，那么遲早你會遇到問題的。是的，因為他們要讓代碼適應(yīng)你正在規(guī)劃的更大的藍(lán)圖，他們需要被打擾。
還有一方面于團隊成員的態(tài)度和動態(tài)的交流。如果某個不是特別優(yōu)秀或者受人尊敬的開發(fā)被提升為“架構(gòu)師”，那么可能破壞團隊的和諧。另一方面，某些人被提升為“架構(gòu)師”以后可能會過于自信，以至于他們會想當(dāng)然的去做出設(shè)計決定，而不管那些反對他們的好的爭論點。
【系統(tǒng)架構(gòu)師的技能要求】相關(guān)文章：
Web架構(gòu)師的技能要求11-10
什么是系統(tǒng)架構(gòu)師-如何成為系統(tǒng)架構(gòu)師08-10
什么是系統(tǒng)架構(gòu)師08-01
系統(tǒng)架構(gòu)師概述10-13
系統(tǒng)架構(gòu)師知識：高可用系統(tǒng)設(shè)計09-19