架構師成長之路 1 --什麼是架構師
分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow
也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!
前言:
哲學家常思考的問題:" 我是誰?"" 我從哪裡來?"" 要到哪裡去?不只是哲學家,我想每個人都有自己對這三個問題的認知。如果我們要成為架構師,我們自己要面臨的三大問題:找準自己定位:我是誰?在哪裡?怎樣做好架構師:我要做什麼?如何搭建架構師知識體系:我該怎麼做?這裡面就是做事方法論:目標(我要做什麼),方法(計劃)(我該怎麼做), 執行/行動
1、架構師定義
什麼是架構師,這個聊架構話題時永恆的問題。每個公司對架構師的定位也有所不同,因為不同公司所處的階段,業務模式,應用場景也都不一樣。對架構的要求也不一樣。
在初創公司的野蠻生長階段:業務場景和需求邊界很難把握,有時候根本不需要架構師,產品需要快速迭代和變現,需求頻繁更新,這個時候需要的是快速實現。當然如果公司成長以後,這個階段就是欠下很多技術債,埋下很多坑,如果人員流動很頻繁,後期系統維護成本是非常巨大的。
在公司成長穩定階段:業務模式和應用場景邊界都已經比較清晰,這個時候最需要架構師需要架構師能對線上業務進行模組劃分,系統拆分重構,並做好相關高可用的措施,以保證系統的穩定,安全、高效地執行。
不同的行業,對架構師的要求也不同,比如電商業務和AI領域,從架構到業務場景,完全是兩個物種。
在百度百科裡面這麼定義: 系統架構師是一個既需要掌控整體又需要洞悉區域性瓶頸並依據具體的業務場景給出解決方案的團隊領導任務。具體來說是一個確認和評估系統需求,給出開發規範,搭建系統實現的核心構架,並澄清技術細節、掃清主要難點的技術人員。主要著眼於系統的“技術實現”。因此架構師2、架構師作用/職責
架構師在整個軟體系統開發過程中都起著重要的作用,並隨著開發程序的推進而其職責或關注點不斷地變化。
1)、按軟體開發過程維度來說:
需求階段:軟體架構師主要負責理解和管理非功能性系統需求,比如軟體的可維護性、效能、複用性、可靠性、有效性和 可測試性等等,此外,架構師還要經常審查和客戶及市場人員所提出的需求,確認開發 團隊所提出的設計;
架構設計階段:架構師負責對整個系統架構設計,制定開發規範、開發計劃,指導整個開發團隊完成這個計劃。
開發階段:架構師則成為詳細設計者和程式碼編寫者的顧問,並且經常性地要舉行一些技術研討會、技術培訓班等;
測試和交付階段:協調做好相關測試和部署。
維護階段:軟體架構師就開始為下一版本的產品是否應該增加新的功能模組進行決策。
2)、按職能維度:
1 確認需求
架構師要懂得使用者需求,理解使用者真正想要什麼,這使得架構師必須要和分析人員不斷溝通,反覆確認需求規格說明書,以此來保證他精準清楚使用者需求。
專案經理劉先生在受訪時說:「架構師會與很多人溝通,例如開發人員,例如我們專案經理,有時甚至是使用者本身。架構設計的目的很明確,目的是什麼呢?挖掘使用者需求。」
2 系統分解
在架構師認可需求規格說明書後,架構師已明確使用者需求是是什麼,這時候便看架構師的分解能力了。
系統分解包括縱向分解和橫向分解:
橫向分解是對系統分解成不同的邏輯層,確定層與層之間的關係。是指基於技術架構層次進行的人員角色分工和任務分解。常見的分層:
應用層:主要負責具體的業務邏輯處理
服務層:提供可複用的服務
資料層:負責資料的儲存和訪問
分層注意事項:①必須合理規劃層次邊界和介面;②禁止跨層次的呼叫及逆向呼叫。
縱向分解是將不同的功能和服務分割開來,包裝成高內聚低耦合的模組單元,有助於軟體開發和維護,還便於不同模組的分散式部署,提高網站的併發處理能力和功能擴充套件能力。
3 技術選型
在系統分解後,架構師會最終形成軟體整體架構,接下來,架構師的職責是技術選型。
前端到底用瘦客戶端還是富客戶端呢?資料庫是用MySQL還是MSSQL又或是Oracle呢?架構師張先生在接受採訪時說,在瞭解使用者需求後,分解完系統後,技術選型是非常重要的環節,提出各個方向,我再進行評估。不過,很多人都以為架構師是有決定權的,其實不是,架構師沒有拍版的權力,決定由專案經理來做。
架構師在技術選型階段會提供參考資訊給專案經理,專案經理再從預算、進度、人力、資源等各方面情況來權衡,最終確認。
4 制定技術規格說明
如前文調查顯示,架構師在專案開發過程中是「靈魂人物」,並且要具備協調組織能力和懂得人員分工。
在制定技術規格說明階段,架構師要協調起所有的開發人員,架構師通常會用技術規格說明書與開發人員保持溝通,讓開發人員能從各個視角去觀測、理解他們負責的模組或者子系統,確保開發人員能夠按照架構意圖實現各項功能。
3)、關注點:
•方向規劃:有想法和技術展望目標,制定短期目標•架構設計:集思廣益來設計,歸類總結,根據討論結果制定規範。設計不僅僅是技術相關(業務流程,業務方向,模組劃分組合,框架設計,流程紕漏等),設計出來還是需要實施的。
•技術攻關:疑難技術點攻關,將問題集中化解決,提供平臺化解決方案以及選型決策。
•解決疑難問題:發現各型別問題(不僅僅是技術),通過規範,演講,繪圖等方式解決隱患。
•互動溝通:部門之間溝通,開發之間溝通,產品之間溝通,市場溝通,溝通後產出圖形化文件及設計。
•關注點:秩序,統一,規範,穩定,高效
架構是要靠團隊做出來的
•保持和架構的溝通,架構通過團隊的溝通總結出方向
•隊員經常提出自己碰到的問題,並分享給大家,思維碰撞促進發展
•產品經常提出設想和規劃,能夠使得架構符合未來發展需求
•運維經常提出隱患及分析,能使得架構快速拆分模組
•定期做總結歸納以此分析問題,解決問題
•團隊成長、就是每個人的成長、每個人成長眼界自然增長
•團隊的成功、就是產品的成功,產品的成功就是公司的成功
公司的成功可以給你加光環,但光環不代表自己的能力代表經歷
3、架構師分類
其實架構師就是個title,每個公司稱呼都可能不一樣,和架構概念一樣。
軟體架構師:
軟體架構師是軟體行業中一種新興職業,工作職責是在一個軟體專案開發過程中,將客戶的需求轉換為規範的開發計劃及文字,並制定這個專案的總體架構,指導整個開發團隊完成這個計劃。主導系統全域性分析設計和實施、負責軟體構架和關鍵技術決策的人員,比如這些架構師的title可能是JAVA架構師、Python架構師、LAPM架構師等等。web架構師:
web架構師是網站系統、功能、模組、流程的設計師,架構師,好比是高樓大廈的設計人員,通常一座大廈在建之前,都先由設計師將藍圖描繪出來,包括其形狀、結構、尺寸、材料等等,然後建築工程師帶領工人們按照藍圖將大廈一層一層地建起來
架構師也要看在什麼樣的公司,中小公司很多架構師都是全能的。通常公司規模和體系越大,分工會越細:大體可以這麼分類:
解決方案架構師:與客戶探討業務需求,將業務、市場,與技術、產品結合起來,為客戶提供解決他們需求的方案。比如阿里雲針對大客戶都有解決方案架構師。
系統架構師: 也稱應用架構師。最終確認和評估系統需求,並將業務轉換為技術,為研發人員制訂核心框架與技術規範 為研發工作澄清技術細節並掃清技術障礙 。伺服器負載,可靠性,伸縮,擴充套件,資料庫切分,快取應用
平臺架構師:這裡的平臺其實包括兩個平臺,一個是系統平臺,也就是負責搭建多個系統整合的系統應用平臺;另外一個其實是基礎平臺,是專門負責搭建基礎技術平臺;兩者其 實區別蠻大,也經常容易被從業人員混亂。舉個簡單例子,金蝶有平臺架構師一職,但是金蝶BOSS應用和金蝶中介軟體兩者招聘的物件和技術要求是截然不同的。
業務架構師:業務架構其實已經開始脫離技術層面了,但是它要求架構師有跨越多系統的大局觀,去整合和組織不同系統的技術平臺與互動模式。其實這個職位的未來也就是CIO了。 主要內容:理解業務,梳理模型,設計模式,介面,資料互動。
網路架構師:過去,我們可能聽的最多的是網路工程師。不錯,一個優秀的網路架構師必須有足夠的網路技術基底,並且它的關注點也是系統的基礎架構。比如說如果搭建並優化叢集環境,如果構建基於雲端計算的系統應用與部署等等。它對於像淘寶、騰訊這樣的網際網路公司是極其重要的。
移動架構師:移動網際網路的迅猛發展橫向和縱向都細分出了很多新的職責和崗位,移動架構師的職責和作用日益重要,既要整體和全域性考慮整個前後端的軟體系統架構,又要重點深入移動客戶端的架構設計的方方面面,既要有跨平臺思維,又要拿捏好原生和混合開發的尺度,另外移動應用的特點,導致移動架構師必須要比傳統系統架構師更加註重非功能性的質量屬性。
前端架構師:這也是移動網際網路的迅猛發展而細分出來的新的職責和崗位,這裡的前端特指網站開發中的前端,主要考慮前端呈現層的設計(HTML/CSS/JS/AJAX/RIA/…),跨瀏覽器設計等等。
大資料架構師:比如某些公司做大資料處理,需要理解業務,並通過大資料相關技術來實現。
。。。。。。
4、架構師具備素質能力
• 精通某項技術,能夠從本質上類比,觸類旁通其他技術• 對等所有技術,只有合適和不合適,沒有喜歡和不喜歡。
• 視野開闊,瞭解不同技術的優缺點。知道使用某項開源技術實現某項業務需求,能夠辨別重複造輪子。
• 精通設計模式,但又不泛用。
• 把系統拆分成多個子系統或模組。模組之間儘量鬆耦合,使得原先序列的開發任務變得可以並行發展。
• 能清楚系統的瓶頸在什麼地方, 不斷定位技術難度,開發進度,效能,記憶體等個方面的瓶頸。不斷調整骨幹力量解決瓶頸,在風險爆發之前消除隱患。
• 能做好前瞻性設計,預判到需求可能產生的變化。
架構師團隊內做的事情
•溝通能力:各個方面都要了解,人人想法及規劃都要知道,瞭解產品思想,用了什麼方法實現的 •組織能力:組織推動各種技術的改進及功能的完善 •談判代表:左右兩難的時候的調解人 •設計模組及業務:通過圖形化設計發現開發後才會發現的業務問題 •成本規劃:通過過往經驗評估成本及步伐 •願望收集:不斷收集建議及願望,一步步實現 •傳播佈道:不斷參與行業交流,提高理論及技術知識科普分享團隊5、架構師職場攻略
《大型網站技術架構+核心原理與案例分析》總結:架構師需要處理好個人、團隊、公司的利益。需要不斷的在工作中發現問題,解決問題,提升工作經驗,知識技能和核心競爭力。擴大自身影響力,達成工作績效。
1、發現問題,尋找突破即使在一流的技術團隊,也有數不清的問題,團隊人員已經習慣這些積重難返的問題,而且解決問題投入產出比不大。例如: 1)資料庫執行緒池存在安全漏洞。
2)版本管理混亂。
作為一個新人,從局外旁觀者的視角看待,自然發現很多問題。如果新人急於表現自己,證明自己,往往是事與願違,四處碰壁。因此新人要先融入團隊,和團隊共進退,等熟悉情況,瞭解問題深淺,再尋找突破口,擇機而動。
1) 把“我的問題”表述成“我們的問題”: 人們都不喜歡問題,問題意味著麻煩。當人們聽到你說,“我遇到一個問題的時候”,下意識的遠離你的問題。 如果需要他們的支援,就想辦法把你的問題變成他們的問題,是他遇到了問題,而你來幫忙解決。 既然你也是團隊一員,問題表述為“我們的問題”。
1) 給上司提封閉式問題,給下屬提開發式問題: 上司一般是做決策,因此給上司提問需要給出建設性的方案或者建議,然後希望得到他的支援,給上司提問:“你覺得A和B哪個方案更好?”
給下屬則相反,用開放式的問題啟發他去思考,尋找創新的解決方案。“元芳,這個問題你怎麼看?”
3) 指出問題而不是批評人:如果遇到問題,不要責問他為什麼出現問題,而是說問題的緊迫性和解決的優先順序。
4)用贊同的方式提出問題:如果人們遇到:“你這裡有問題”可能會本能自我保護而拒絕你的建議。
而如果這麼說“我非常贊同你的方案,但是我有個小小的建議”。
3、解決問題,達成績效
在解決我的問題之前,先解決你的問題: 適當的逃避問題:比如我去開個會,回來再回答的你問題。