建站
咨詢
售后
建站咨詢
新聞中心
物聯(lián)網(wǎng)架構(gòu)師怎么發(fā)展？
架構(gòu)師這個(gè)詞和職位在工程中比較新鮮，也可以被稱作總設(shè)計(jì)師、總工程師。他們負(fù)責(zé)一個(gè)項(xiàng)目的總體架構(gòu)，管理并指導(dǎo)好整個(gè)團(tuán)隊(duì)的開(kāi)發(fā)運(yùn)營(yíng)工作。架構(gòu)師是在特定的條件下出現(xiàn)的：項(xiàng)目涉及領(lǐng)域廣泛、工程量大、團(tuán)隊(duì)人數(shù)較多等，這時(shí)候就需要有專門的人來(lái)給項(xiàng)目寫具體的計(jì)劃書和用戶需求。
在物聯(lián)網(wǎng)行業(yè)同樣有這樣的身份：物聯(lián)網(wǎng)架構(gòu)師。很多企業(yè)已經(jīng)開(kāi)始設(shè)置這樣的職位，用來(lái)完成對(duì)項(xiàng)目的整體把握，包括項(xiàng)目不同分支之間的標(biāo)準(zhǔn)和兼容問(wèn)題、一些具有相同功能模塊的技術(shù)特性比較選擇、系統(tǒng)優(yōu)化以及任務(wù)分配等等。由于物聯(lián)網(wǎng)系統(tǒng)包含的領(lǐng)域非常多，所以在這些領(lǐng)域中如何優(yōu)化集成方法、以最高的性價(jià)比去完成用戶的需求，是很重要的。
合格的物聯(lián)網(wǎng)架構(gòu)師必須熟悉感知、傳輸和應(yīng)用三大層面的多種產(chǎn)品，在實(shí)際開(kāi)發(fā)中經(jīng)過(guò)長(zhǎng)期的實(shí)踐和鍛煉。物聯(lián)網(wǎng)架構(gòu)師可以很好得解決當(dāng)下物聯(lián)網(wǎng)行業(yè)存在的三大主要矛盾：標(biāo)準(zhǔn)不統(tǒng)一、技術(shù)不統(tǒng)一、市場(chǎng)不統(tǒng)一。
標(biāo)準(zhǔn)不統(tǒng)一主要表現(xiàn)在中小型企業(yè)按照不同的標(biāo)準(zhǔn)設(shè)計(jì)生產(chǎn);大型企業(yè)的標(biāo)準(zhǔn)雖然逐漸成為了該領(lǐng)域行業(yè)標(biāo)準(zhǔn)，但是依然難以帶動(dòng)所有物聯(lián)網(wǎng)領(lǐng)域標(biāo)準(zhǔn)的統(tǒng)一。物聯(lián)網(wǎng)架構(gòu)師在一項(xiàng)集成度較高的工程中，需要充分考慮到這一點(diǎn)，把握市場(chǎng)中不同標(biāo)準(zhǔn)的特點(diǎn)以及前景，因?yàn)橛行┕こ绦枰罅康漠a(chǎn)品，這些產(chǎn)品在后期需要更換和維修，如果選擇了一個(gè)不常用或者很容易被遺棄的標(biāo)準(zhǔn)，到時(shí)候就會(huì)非常麻煩。同時(shí)，一些公司在發(fā)展過(guò)程中也需要制定自己公司產(chǎn)品的標(biāo)準(zhǔn)，把握行業(yè)動(dòng)向，選擇和制定正確的標(biāo)準(zhǔn)，對(duì)公司今后的擴(kuò)張以及合作是很重要的。
技術(shù)不統(tǒng)一主要表現(xiàn)在某項(xiàng)領(lǐng)域中由于原理和適用場(chǎng)合的不同往往采用不同的技術(shù)完成相同的功能，而這些產(chǎn)品并不具有相同的兼容性，即無(wú)法與其他領(lǐng)域的產(chǎn)品進(jìn)行集成，從而阻礙了物聯(lián)網(wǎng)系統(tǒng)的建立與擴(kuò)展。物聯(lián)網(wǎng)的強(qiáng)健生命力在于它的多功能應(yīng)用性和多樣化實(shí)現(xiàn)能力，同樣的用戶需求，可以通過(guò)不同途徑去完成。比如傳感器網(wǎng)絡(luò)，在智能家居和軍事工業(yè)兩種場(chǎng)景下，用戶需求截然不同。再比如定位技術(shù)，都是完成對(duì)于待測(cè)點(diǎn)位置信息的收集，GPS就可以用在廣闊的空間中，而RFID定位就可以在狹小的范圍內(nèi)，也可以因?yàn)椴辉谌騼?nèi)共享位置信息而具有更好的保密性。物聯(lián)網(wǎng)架構(gòu)師需要對(duì)不同領(lǐng)域中的不同技術(shù)均有所了解，才能使工程方案更加靈活、多樣。
市場(chǎng)不統(tǒng)一主要表現(xiàn)在當(dāng)下物聯(lián)網(wǎng)行業(yè)雖然市場(chǎng)龐大，但都是不同領(lǐng)域進(jìn)行簡(jiǎn)單相加的結(jié)果，例如傳感器、RFID、互聯(lián)網(wǎng)、生物識(shí)別等產(chǎn)品雖然市場(chǎng)巨大，但是這個(gè)巨大的物聯(lián)網(wǎng)市場(chǎng)是被打散的。市場(chǎng)的整合需要與技術(shù)和標(biāo)準(zhǔn)的整合同步進(jìn)行。物聯(lián)網(wǎng)架構(gòu)師們只有通過(guò)技術(shù)集成和標(biāo)準(zhǔn)制定，讓物聯(lián)網(wǎng)中的不同領(lǐng)域互溶性更強(qiáng)，使得物聯(lián)網(wǎng)真正成為一個(gè)完整的有機(jī)集成體
想成為移動(dòng)端架構(gòu)師需要會(huì)安卓和IOS應(yīng)用開(kāi)發(fā)的能力嗎？
哲學(xué)家常思考的問(wèn)題：" 我是誰(shuí)？"" 我從哪里來(lái)？"" 要到哪里去？不只是哲學(xué)家，我想每個(gè)人都有自己對(duì)這三個(gè)問(wèn)題的認(rèn)知。
如果我們要成為架構(gòu)師，我們自己要面臨的三大問(wèn)題：
找準(zhǔn)自己定位：我是誰(shuí)？在哪里？
怎樣做好架構(gòu)師：我要做什么？
如何搭建架構(gòu)師知識(shí)體系：我該怎么做？
這里面就是做事方：目標(biāo)（我要做什么），方法（計(jì)劃）（我該怎么做）, 執(zhí)行/行動(dòng)
1、架構(gòu)師定義什么是架構(gòu)師，這個(gè)聊架構(gòu)話題時(shí)永恒的問(wèn)題。每個(gè)公司對(duì)架構(gòu)師的定位也有所不同，因?yàn)椴煌舅幍碾A段，業(yè)務(wù)模式，應(yīng)用場(chǎng)景也都不一樣。對(duì)架構(gòu)的要求也不一樣。
在初創(chuàng)公司的野蠻生長(zhǎng)階段：業(yè)務(wù)場(chǎng)景和需求邊界很難把握，有時(shí)候根本不需要架構(gòu)師，產(chǎn)品需要快速迭代和變現(xiàn)，需求頻繁更新，這個(gè)時(shí)候需要的是快速實(shí)現(xiàn)。當(dāng)然如果公司成長(zhǎng)以后，這個(gè)階段就是欠下很多技術(shù)債，埋下很多坑，如果人員流動(dòng)很頻繁，后期系統(tǒng)維護(hù)成本是非常巨大的。
在公司成長(zhǎng)穩(wěn)定階段：業(yè)務(wù)模式和應(yīng)用場(chǎng)景邊界都已經(jīng)比較清晰，這個(gè)時(shí)候最需要架構(gòu)師需要架構(gòu)師能對(duì)線上業(yè)務(wù)進(jìn)行模塊劃分，系統(tǒng)拆分重構(gòu)，并做好相關(guān)高可用的措施，以保證系統(tǒng)的穩(wěn)定，安全、高效地運(yùn)行。
不同的行業(yè)，對(duì)架構(gòu)師的要求也不同，比如電商業(yè)務(wù)和AI領(lǐng)域，從架構(gòu)到業(yè)務(wù)場(chǎng)景，完全是兩個(gè)物種。
在百度百科里面這么定義： 系統(tǒng)架構(gòu)師是一個(gè)既需要掌控整體又需要洞悉局部瓶頸并依據(jù)具體的業(yè)務(wù)場(chǎng)景給出解決方案的團(tuán)隊(duì)領(lǐng)導(dǎo)任務(wù)。具體來(lái)說(shuō)是一個(gè)確認(rèn)和評(píng)估系統(tǒng)需求，給出開(kāi)發(fā)規(guī)范，搭建系統(tǒng)實(shí)現(xiàn)的核心構(gòu)架，并澄清技術(shù)細(xì)節(jié)、掃清主要難點(diǎn)的技術(shù)人員。主要著眼于系統(tǒng)的“技術(shù)實(shí)現(xiàn)”。因此架構(gòu)師應(yīng)該是特定的開(kāi)發(fā)平臺(tái)、語(yǔ)言、工具的大師，對(duì)常見(jiàn)應(yīng)用場(chǎng)景能馬上給出最恰當(dāng)?shù)慕鉀Q方案，同時(shí)要對(duì)所屬的開(kāi)發(fā)團(tuán)隊(duì)有足夠的了解，能夠評(píng)估自己的團(tuán)隊(duì)實(shí)現(xiàn)特定的功能需求需要的代價(jià)。系統(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òu)師實(shí)際上就是軟件的總體設(shè)計(jì)師。打個(gè)通俗的比方比如某個(gè)工程總設(shè)計(jì)師，類似三峽工程的總設(shè)計(jì)師。
架構(gòu)師的形成一定是在實(shí)踐中積累起來(lái)的，而并非上了幾次培訓(xùn)班，讀了幾本書就可以成功的，架構(gòu)師是在工程實(shí)踐中培養(yǎng)出來(lái)的!
2、架構(gòu)師作用/職責(zé)架構(gòu)師在整個(gè)軟件系統(tǒng)開(kāi)發(fā)過(guò)程中都起著重要的作用，并隨著開(kāi)發(fā)進(jìn)程的推進(jìn)而其職責(zé)或關(guān)注點(diǎn)不斷地變化。
1）、按軟件開(kāi)發(fā)過(guò)程維度來(lái)說(shuō)：
需求階段：軟件架構(gòu)師主要負(fù)責(zé)理解和管理非功能性系統(tǒng)需求，比如軟件的可維護(hù)性、性能、復(fù)用性、可靠性、有效性和 可測(cè)試性等等，此外，架構(gòu)師還要經(jīng)常審查和客戶及市場(chǎng)人員所提出的需求，確認(rèn)開(kāi)發(fā) 團(tuán)隊(duì)所提出的設(shè)計(jì);
架構(gòu)設(shè)計(jì)階段：架構(gòu)師負(fù)責(zé)對(duì)整個(gè)系統(tǒng)架構(gòu)設(shè)計(jì)，制定開(kāi)發(fā)規(guī)范、開(kāi)發(fā)計(jì)劃，指導(dǎo)整個(gè)開(kāi)發(fā)團(tuán)隊(duì)完成這個(gè)計(jì)劃。
開(kāi)發(fā)階段：架構(gòu)師則成為詳細(xì)設(shè)計(jì)者和代碼編寫者的顧問(wèn)，并且經(jīng)常性地要舉行一些技術(shù)研討會(huì)、技術(shù)培訓(xùn)班等;
測(cè)試和交付階段：協(xié)調(diào)做好相關(guān)測(cè)試和部署。
維護(hù)階段：軟件架構(gòu)師就開(kāi)始為下一版本的產(chǎn)品是否應(yīng)該增加新的功能模塊進(jìn)行決策。
2）、按職能維度：
1 確認(rèn)需求
架構(gòu)師要懂得用戶需求，理解用戶真正想要什么，這使得架構(gòu)師必須要和分析人員不斷溝通，反復(fù)確認(rèn)需求規(guī)格說(shuō)明書，以此來(lái)保證他精準(zhǔn)清楚用戶需求。
項(xiàng)目經(jīng)理劉先生在受訪時(shí)說(shuō)：「架構(gòu)師會(huì)與很多人溝通，例如開(kāi)發(fā)人員，例如我們項(xiàng)目經(jīng)理，有時(shí)甚至是用戶本身。架構(gòu)設(shè)計(jì)的目的很明確，目的是什么呢？挖掘用戶需求。」
2 系統(tǒng)分解
在架構(gòu)師認(rèn)可需求規(guī)格說(shuō)明書后，架構(gòu)師已明確用戶需求是是什么，這時(shí)候便看架構(gòu)師的分解能力了。
系統(tǒng)分解包括縱向分解和橫向分解：
橫向分解是對(duì)系統(tǒng)分解成不同的邏輯層，確定層與層之間的關(guān)系。是指基于技術(shù)架構(gòu)層次進(jìn)行的人員角色分工和任務(wù)分解。常見(jiàn)的分層：
應(yīng)用層：主要負(fù)責(zé)具體的業(yè)務(wù)邏輯處理
服務(wù)層：提供可復(fù)用的服務(wù)
數(shù)據(jù)層：負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)和訪問(wèn)
分層注意事項(xiàng)：①必須合理規(guī)劃層次邊界和接口；②禁止跨層次的調(diào)用及逆向調(diào)用。
縱向分解是將不同的功能和服務(wù)分割開(kāi)來(lái)，包裝成高內(nèi)聚低耦合的模塊單元，有助于軟件開(kāi)發(fā)和維護(hù)，還便于不同模塊的分布式部署，提高網(wǎng)站的并發(fā)處理能力和功能擴(kuò)展能力。
3 技術(shù)選型
在系統(tǒng)分解后，架構(gòu)師會(huì)最終形成軟件整體架構(gòu)，接下來(lái)，架構(gòu)師的職責(zé)是技術(shù)選型。
前端到底用瘦客戶端還是富客戶端呢？數(shù)據(jù)庫(kù)是用MySQL還是MSSQL又或是Oracle呢？架構(gòu)師張先生在接受采訪時(shí)說(shuō)，在了解用戶需求后，分解完系統(tǒng)后，技術(shù)選型是非常重要的環(huán)節(jié)，提出各個(gè)方向，我再進(jìn)行評(píng)估。不過(guò)，很多人都以為架構(gòu)師是有決定權(quán)的，其實(shí)不是，架構(gòu)師沒(méi)有拍版的權(quán)力，決定由項(xiàng)目經(jīng)理來(lái)做。
架構(gòu)師在技術(shù)選型階段會(huì)提供參考信息給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理再?gòu)念A(yù)算、進(jìn)度、人力、資源等各方面情況來(lái)權(quán)衡，最終確認(rèn)。
4 制定技術(shù)規(guī)格說(shuō)明
如前文調(diào)查顯示，架構(gòu)師在項(xiàng)目開(kāi)發(fā)過(guò)程中是「靈魂人物」，并且要具備協(xié)調(diào)組織能力和懂得人員分工。
在制定技術(shù)規(guī)格說(shuō)明階段，架構(gòu)師要協(xié)調(diào)起所有的開(kāi)發(fā)人員，架構(gòu)師通常會(huì)用技術(shù)規(guī)格說(shuō)明書與開(kāi)發(fā)人員保持溝通，讓開(kāi)發(fā)人員能從各個(gè)視角去觀測(cè)、理解他們負(fù)責(zé)的模塊或者子系統(tǒng)，確保開(kāi)發(fā)人員能夠按照架構(gòu)意圖實(shí)現(xiàn)各項(xiàng)功能。
3）、關(guān)注點(diǎn)：
?方向規(guī)劃：有想法和技術(shù)展望目標(biāo)，制定短期目標(biāo)
?架構(gòu)設(shè)計(jì)：集思廣益來(lái)設(shè)計(jì)，歸類總結(jié)，根據(jù)討論結(jié)果制定規(guī)范。設(shè)計(jì)不僅僅是技術(shù)相關(guān)（業(yè)務(wù)流程，業(yè)務(wù)方向，模塊劃分組合，框架設(shè)計(jì)，流程紕漏等），設(shè)計(jì)出來(lái)還是需要實(shí)施的。
?技術(shù)攻關(guān)：疑難技術(shù)點(diǎn)攻關(guān)，將問(wèn)題集中化解決，提供平臺(tái)化解決方案以及選型決策。
?解決疑難問(wèn)題：發(fā)現(xiàn)各類型問(wèn)題（不僅僅是技術(shù)），通過(guò)規(guī)范，演講，繪圖等。
?互動(dòng)溝通：部門之間溝通，開(kāi)發(fā)之間溝通，產(chǎn)品之間溝通，市場(chǎng)溝通，溝通后產(chǎn)出圖形化文檔及設(shè)計(jì)。
?關(guān)注點(diǎn)：秩序，統(tǒng)一，規(guī)范，穩(wěn)定，高效
架構(gòu)是要靠團(tuán)隊(duì)做出來(lái)的
?保持和架構(gòu)的溝通，架構(gòu)通過(guò)團(tuán)隊(duì)的溝通總結(jié)出方向
?隊(duì)員經(jīng)常提出自己碰到的問(wèn)題，并分享給大家，思維碰撞促進(jìn)發(fā)展
?產(chǎn)品經(jīng)常提出設(shè)想和規(guī)劃，能夠使得架構(gòu)符合未來(lái)發(fā)展需求
?運(yùn)維經(jīng)常提出隱患及分析，能使得架構(gòu)快速拆分模塊
?定期做總結(jié)歸納以此分析問(wèn)題，解決問(wèn)題
?團(tuán)隊(duì)成長(zhǎng)、就是每個(gè)人的成長(zhǎng)、每個(gè)人成長(zhǎng)眼界自然增長(zhǎng)
?團(tuán)隊(duì)的成功、就是產(chǎn)品的成功，產(chǎn)品的成功就是公司的成功
公司的成功可以給你加光環(huán)，但光環(huán)不代表自己的能力代表經(jīng)歷
3、架構(gòu)師分類
其實(shí)架構(gòu)師就是個(gè)title，每個(gè)公司稱呼都可能不一樣，和架構(gòu)概念一樣。
軟件架構(gòu)師：
軟件架構(gòu)師是軟件行業(yè)中一種新興職業(yè)，工作職責(zé)是在一個(gè)軟件項(xiàng)目開(kāi)發(fā)過(guò)程中，將客戶的需求轉(zhuǎn)換為規(guī)范的開(kāi)發(fā)計(jì)劃及文本，并制定這個(gè)項(xiàng)目的總體架構(gòu)，指導(dǎo)整個(gè)開(kāi)發(fā)團(tuán)隊(duì)完成這個(gè)計(jì)劃。主導(dǎo)系統(tǒng)全局分析設(shè)計(jì)和實(shí)施、負(fù)責(zé)軟件構(gòu)架和關(guān)鍵技術(shù)決策的人員，比如這些架構(gòu)師的title可能是JAVA架構(gòu)師、Python架構(gòu)師、LAPM架構(gòu)師等等。
web架構(gòu)師：
web架構(gòu)師是網(wǎng)站系統(tǒng)、功能、模塊、流程的設(shè)計(jì)師，架構(gòu)師，好比是高樓大廈的設(shè)計(jì)人員，通常一座大廈在建之前，都先由設(shè)計(jì)師將藍(lán)圖描繪出來(lái)，包括其形狀、結(jié)構(gòu)、尺寸、材料等等，然后建筑工程師帶領(lǐng)工人們按照藍(lán)圖將大廈一層一層地建起來(lái)
架構(gòu)師也要看在什么樣的公司，中小公司很多架構(gòu)師都是全能的。通常公司規(guī)模和體系越大，分工會(huì)越細(xì)：大體可以這么分類：
解決方案架構(gòu)師：與客戶探討業(yè)務(wù)需求，將業(yè)務(wù)、市場(chǎng)，與技術(shù)、產(chǎn)品結(jié)合起來(lái)，為客戶提供解決他們需求的方案。比如阿里云針對(duì)大客戶都有解決方案架構(gòu)師。
系統(tǒng)架構(gòu)師: 也稱應(yīng)用架構(gòu)師。最終確認(rèn)和評(píng)估系統(tǒng)需求，并將業(yè)務(wù)轉(zhuǎn)換為技術(shù)，為研發(fā)人員制訂核心框架與技術(shù)規(guī)范 為研發(fā)工作澄清技術(shù)細(xì)節(jié)并掃清技術(shù)障礙 。服務(wù)器負(fù)載，可靠性，伸縮，擴(kuò)展，數(shù)據(jù)庫(kù)切分，緩存應(yīng)用
平臺(tái)架構(gòu)師:這里的平臺(tái)其實(shí)包括兩個(gè)平臺(tái)，一個(gè)是系統(tǒng)平臺(tái)，也就是負(fù)責(zé)搭建多個(gè)系統(tǒng)整合的系統(tǒng)應(yīng)用平臺(tái)；另外一個(gè)其實(shí)是基礎(chǔ)平臺(tái)，是專門負(fù)責(zé)搭建基礎(chǔ)技術(shù)平臺(tái)；兩者其 實(shí)區(qū)別蠻大，也經(jīng)常容易被從業(yè)人員混亂。舉個(gè)簡(jiǎn)單例子，金蝶有平臺(tái)架構(gòu)師一職，但是金蝶BOSS應(yīng)用和金蝶中間件兩者招聘的對(duì)象和技術(shù)要求是截然不同的。
業(yè)務(wù)架構(gòu)師：業(yè)務(wù)架構(gòu)其實(shí)已經(jīng)開(kāi)始脫離技術(shù)層面了，但是它要求架構(gòu)師有跨越多系統(tǒng)的大局觀，去整合和組織不同系統(tǒng)的技術(shù)平臺(tái)與交互模式。其實(shí)這個(gè)職位的未來(lái)也就是CIO了。 主要內(nèi)容：理解業(yè)務(wù)，梳理模型，設(shè)計(jì)模式，接口，數(shù)據(jù)交互。
網(wǎng)絡(luò)架構(gòu)師:過(guò)去，我們可能聽(tīng)的最多的是網(wǎng)絡(luò)工程師。不錯(cuò)，一個(gè)優(yōu)秀的網(wǎng)絡(luò)架構(gòu)師必須有足夠的網(wǎng)絡(luò)技術(shù)基底，并且它的關(guān)注點(diǎn)也是系統(tǒng)的基礎(chǔ)架構(gòu)。比如說(shuō)如果搭建并優(yōu)化集群環(huán)境，如果構(gòu)建基于云計(jì)算的系統(tǒng)應(yīng)用與部署等等。它對(duì)于像淘寶、騰訊這樣的互聯(lián)網(wǎng)公司是極其重要的。
移動(dòng)架構(gòu)師:移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展橫向和縱向都細(xì)分出了很多新的職責(zé)和崗位，移動(dòng)架構(gòu)師的職責(zé)和作用日益重要，既要整體和全局考慮整個(gè)前后端的軟件系統(tǒng)架構(gòu)，又要重點(diǎn)深入移動(dòng)客戶端的架構(gòu)設(shè)計(jì)的方方面面，既要有跨平臺(tái)思維，又要拿捏好原生和混合開(kāi)發(fā)的尺度，另外移動(dòng)應(yīng)用的特點(diǎn)，導(dǎo)致移動(dòng)架構(gòu)師必須要比傳統(tǒng)系統(tǒng)架構(gòu)師更加注重非功能性的質(zhì)量屬性。
前端架構(gòu)師:這也是移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展而細(xì)分出來(lái)的新的職責(zé)和崗位，這里的前端特指網(wǎng)站開(kāi)發(fā)中的前端，主要考慮前端呈現(xiàn)層的設(shè)計(jì)（HTML/CSS/JS/AJAX/RIA/…），跨瀏覽器設(shè)計(jì)等等。
大數(shù)據(jù)架構(gòu)師：比如某些公司做大數(shù)據(jù)處理，需要理解業(yè)務(wù)，并通過(guò)大數(shù)據(jù)相關(guān)技術(shù)來(lái)實(shí)現(xiàn)。
4、架構(gòu)師具備素質(zhì)能力
? 精通某項(xiàng)技術(shù)，能夠從本質(zhì)上類比，觸類旁通其他技術(shù)
? 對(duì)等所有技術(shù)，只有合適和不合適，沒(méi)有喜歡和不喜歡。
? 視野開(kāi)闊，了解不同技術(shù)的優(yōu)缺點(diǎn)。知道使用某項(xiàng)開(kāi)源技術(shù)實(shí)現(xiàn)某項(xiàng)業(yè)務(wù)需求，能夠辨別重復(fù)造輪子。
? 精通設(shè)計(jì)模式，但又不泛用。
? 把系統(tǒng)拆分成多個(gè)子系統(tǒng)或模塊。模塊之間盡量松耦合，使得原先串行的開(kāi)發(fā)任務(wù)變得可以并行發(fā)展。
? 能清楚系統(tǒng)的瓶頸在什么地方， 不斷定位技術(shù)難度，開(kāi)發(fā)進(jìn)度，性能，內(nèi)存等個(gè)方面的瓶頸。不斷調(diào)整骨干力量解決瓶頸，在風(fēng)險(xiǎn)爆發(fā)之前消除隱患。
? 能做好前瞻性設(shè)計(jì)，預(yù)判到需求可能產(chǎn)生的變化。
架構(gòu)師團(tuán)隊(duì)內(nèi)做的事情
?溝通能力：各個(gè)方面都要了解，人人想法及規(guī)劃都要知道，了解產(chǎn)品思想，用了什么方法實(shí)現(xiàn)的
?組織能力：組織推動(dòng)各種技術(shù)的改進(jìn)及功能的完善
?談判代表：左右兩難的時(shí)候的調(diào)解人
?設(shè)計(jì)模塊及業(yè)務(wù)：通過(guò)圖形化設(shè)計(jì)發(fā)現(xiàn)開(kāi)發(fā)后才會(huì)發(fā)現(xiàn)的業(yè)務(wù)問(wèn)題
?成本規(guī)劃：通過(guò)過(guò)往經(jīng)驗(yàn)評(píng)估成本及步伐
?愿望收集：不斷收集建議及愿望，一步步實(shí)現(xiàn)
?傳播布道：不斷參與行業(yè)交流，提高理論及技術(shù)知識(shí)科普分享團(tuán)隊(duì)
5、架構(gòu)師職場(chǎng)攻略
《大型網(wǎng)站技術(shù)架構(gòu)+核心原理與案例分析》總結(jié)：
架構(gòu)師需要處理好個(gè)人、團(tuán)隊(duì)、公司的利益。需要不斷的在工作中發(fā)現(xiàn)問(wèn)題，解決問(wèn)題，提升工作經(jīng)驗(yàn)，知識(shí)技能和核心競(jìng)爭(zhēng)力。擴(kuò)大自身影響力，達(dá)成工作績(jī)效。
1、發(fā)現(xiàn)問(wèn)題，尋找突破
即使在一流的技術(shù)團(tuán)隊(duì)，也有數(shù)不清的問(wèn)題，團(tuán)隊(duì)人員已經(jīng)習(xí)慣這些積重難返的問(wèn)題，而且解決問(wèn)題投入產(chǎn)出比不大。例如：
1）數(shù)據(jù)庫(kù)線程池存在安全漏洞。
2）版本管理混亂。
作為一個(gè)新人，從局外旁觀者的視角看待，自然發(fā)現(xiàn)很多問(wèn)題。如果新人急于表現(xiàn)自己，證明自己，往往是事與愿違，四處碰壁。因此新人要先融入團(tuán)隊(duì)，和團(tuán)隊(duì)共進(jìn)退，等熟悉情況，了解問(wèn)題深淺，再尋找突破口，擇機(jī)而動(dòng)。
2、提出問(wèn)題，尋求支持
1) 把“我的問(wèn)題”表述成“我們的問(wèn)題”：
人們都不喜歡問(wèn)題，問(wèn)題意味著麻煩。當(dāng)人們聽(tīng)到你說(shuō)，“我遇到一個(gè)問(wèn)題的時(shí)候”，下意識(shí)的遠(yuǎn)離你的問(wèn)題。 如果需要他們的支持，就想辦法把你的問(wèn)題變成他們的問(wèn)題，是他遇到了問(wèn)題，而你來(lái)幫忙解決。
既然你也是團(tuán)隊(duì)一員，問(wèn)題表述為“我們的問(wèn)題”。
1) 給上司提封閉式問(wèn)題，給下屬提開(kāi)發(fā)式問(wèn)題：
上司一般是做決策，因此給上司提問(wèn)需要給出建設(shè)性的方案或者建議，然后希望得到他的支持，給上司提問(wèn)：“你覺(jué)得A和B哪個(gè)方案更好？”
給下屬則相反，用開(kāi)放式的問(wèn)題啟發(fā)他去思考，尋找創(chuàng)新的解決方案?！霸迹@個(gè)問(wèn)題你怎么看？”
3) 指出問(wèn)題而不是批評(píng)人:
如果遇到問(wèn)題，不要責(zé)問(wèn)他為什么出現(xiàn)問(wèn)題，而是說(shuō)問(wèn)題的緊迫性和解決的優(yōu)先級(jí)。
4）用贊同的：
如果人們遇到：“你這里有問(wèn)題”可能會(huì)本能自我保護(hù)而拒絕你的建議。
而如果這么說(shuō)“我非常贊同你的方案，但是我有個(gè)小小的建議”。
3、解決問(wèn)題，達(dá)成績(jī)效
在解決我的問(wèn)題之前，先解決你的問(wèn)題：
適當(dāng)?shù)奶颖軉?wèn)題：比如我去開(kāi)個(gè)會(huì)，回來(lái)再回答的你問(wèn)題。
做好以下幾點(diǎn)，基本離你說(shuō)的移動(dòng)架構(gòu)師不遠(yuǎn)了
選，Java后臺(tái)還是客戶端開(kāi)發(fā)？Java跟C、C++、PHP、Python等一直較勁，在當(dāng)前的現(xiàn)實(shí)中，也穩(wěn)坐編程語(yǔ)言榜首
面向?qū)ο蟮乃枷朐趹?yīng)用開(kāi)發(fā)領(lǐng)域占主導(dǎo)，Java往往成為其代名詞
Java技術(shù)的人多，一直以來(lái)也有大公司資助，所以發(fā)展一直不錯(cuò)，進(jìn)入了良性循環(huán)
從企業(yè)的角度來(lái)說(shuō)，找Java后臺(tái)的人相對(duì)比較容易
后臺(tái)被認(rèn)為是技術(shù)核心，而客戶端，被認(rèn)為技術(shù)含量不高
貪省事，讓Java后臺(tái)的架構(gòu)師順便來(lái)一下客戶端幾個(gè)人就好了，這可能是有些企業(yè)負(fù)責(zé)人自然而然的想法
客戶端技術(shù)和后臺(tái)技術(shù)的側(cè)重點(diǎn)完全不同，連編程語(yǔ)言都不同。Java能統(tǒng)一后臺(tái)開(kāi)發(fā)；但是從目前的趨勢(shì)看，雖然客戶端也在強(qiáng)調(diào)統(tǒng)一，不過(guò)語(yǔ)言肯定不是Java
Java后臺(tái)的人跟用戶離得太遠(yuǎn)，與產(chǎn)品人員溝通，那真是雞同鴨講
如果產(chǎn)品真的是為了給用戶用，那么選客戶端背景的人員做移動(dòng)架構(gòu)師要好一點(diǎn)。
客戶端是IOS，android，還是JS，根據(jù)企業(yè)喜好來(lái)選吧。根據(jù)本人經(jīng)驗(yàn)來(lái)說(shuō)，當(dāng)然是IOS啦。智能手機(jī)這么熱，是誰(shuí)帶起來(lái)的？從編程體驗(yàn)，程序美感來(lái)說(shuō)，誰(shuí)的最出色？只要干過(guò)移動(dòng)開(kāi)發(fā)的人，這幾個(gè)問(wèn)題都是不言而喻的
作為移動(dòng)架構(gòu)師，要重點(diǎn)注意的三個(gè)問(wèn)題架構(gòu)師作為中層管理，直接領(lǐng)導(dǎo)一般是總監(jiān)了。技術(shù)加管理的綜合職位，在技術(shù)和管理上面的思路，跟總監(jiān)要保持一致。這方面是最重要的。如果這點(diǎn)做不好，趁早換地方，不讓對(duì)自己，對(duì)總監(jiān)，對(duì)企業(yè)都不好。有兩種情況需要注意：一種是跟總監(jiān)合作很好，但是總監(jiān)自己要換地方；這里，最好和總監(jiān)一起走，能遇到一個(gè)好領(lǐng)導(dǎo)不是一件容易的事。另一種是空降一個(gè)總監(jiān)過(guò)來(lái)，但是兩人想不到一塊去。這個(gè)時(shí)候就有點(diǎn)糾結(jié)，離開(kāi)嘛，感覺(jué)舍不得，前面的付出要泡湯；留下嘛，感覺(jué)又很別扭。這種情況，需要加強(qiáng)溝通，調(diào)整自己，努力使合作更順利一點(diǎn)。否則，還是要走，畢竟胳膊擰不過(guò)大腿，估計(jì)大家都懂的。
跟周邊部門的合作要做好，特別是產(chǎn)品和測(cè)試，運(yùn)營(yíng)也要注意一下。否則，將會(huì)導(dǎo)致很多稍大公司的部門墻。
跟具體的開(kāi)發(fā)人員也要搞好關(guān)系。管理的本質(zhì)是自己不干活，但是團(tuán)隊(duì)的整體效率要更高。這點(diǎn)如果做不好，最直接的影響就是團(tuán)隊(duì)的績(jī)效不高，團(tuán)隊(duì)缺乏凝聚力，團(tuán)隊(duì)氣氛壓抑。這在很多公司都有發(fā)生。
如何與總監(jiān)CTO合作好？從思想上認(rèn)識(shí)到，兩者是利益完全一致者?？偙O(jiān)為架構(gòu)師拓展上升空間，而架構(gòu)師將總監(jiān)的規(guī)劃切實(shí)落地。
保證足夠的溝通，可以約定一個(gè)固定溝通機(jī)制，比如每2周一次。讓雙方在思想上保持同步和一致。
如果CTO也是客戶端技術(shù)出生，那么架構(gòu)師可以多探討一些技術(shù)經(jīng)驗(yàn)，將CTO的一些技術(shù)構(gòu)想落到實(shí)處，同時(shí)自己也能在技術(shù)上獲得提升。
如果CTO是Java后臺(tái)技術(shù)出生，那么CTO盡量授權(quán)，架構(gòu)師側(cè)重在設(shè)計(jì)思路，技術(shù)可行性，技術(shù)風(fēng)險(xiǎn)等較高的層面內(nèi)容。
架構(gòu)師應(yīng)該帶著方案和CTO溝通，講清楚AB方案的優(yōu)缺點(diǎn)?？梢宰孋TO來(lái)下決心，就算是架構(gòu)師下決策，也要獲得CTO的認(rèn)可。
如果意見(jiàn)出現(xiàn)分歧，最好的，等條件成熟了，很可能意見(jiàn)會(huì)趨于一致。如果不能等，只要CTO的意見(jiàn)不是太離譜，還是按照CTO的意見(jiàn)執(zhí)行比較好。如果有十足把握，自己的方案更好，那么也要得到CTO的許可和諒解，否則千萬(wàn)不要這么做。
如何與周邊部門合作好？產(chǎn)品經(jīng)理一般不懂技術(shù)。架構(gòu)師的作用就是幫他解決這個(gè)問(wèn)題。在理解了需求之后，要進(jìn)行技術(shù)可行性分析。從技術(shù)的角度，提出改善意見(jiàn)。在不改變整體方案的前提下，修改設(shè)計(jì)，方便實(shí)現(xiàn)。這就需要產(chǎn)品經(jīng)理和架構(gòu)師的合作。
與后臺(tái)架構(gòu)師搞好合作，從后臺(tái)到實(shí)現(xiàn)，整條鏈路太長(zhǎng)，一個(gè)人管不過(guò)來(lái)，需要兩人好好合作，共同把好技術(shù)關(guān)。
測(cè)試，要當(dāng)作開(kāi)發(fā)的朋友看待，是自己人。可以考慮讓測(cè)試人員在“自測(cè)”階段介入，幫助開(kāi)發(fā)人員提供測(cè)試案例。
運(yùn)營(yíng)，關(guān)系稍微遠(yuǎn)了一點(diǎn)。關(guān)鍵點(diǎn)是及早介入，不然，到臨上線了，要加入一對(duì)的運(yùn)營(yíng)需求，就可能影響產(chǎn)品投放時(shí)間了。
總之，和周邊部門，應(yīng)該以合作為主，及早溝通，將風(fēng)險(xiǎn)消滅在反生之前。
如何與團(tuán)隊(duì)成員溝通移動(dòng)開(kāi)發(fā)團(tuán)隊(duì)人數(shù)不多，但是角色和開(kāi)發(fā)語(yǔ)音多。有IOS，android，還有JS和Java網(wǎng)關(guān)。
如果一個(gè)角色超過(guò)3個(gè)人，那么就應(yīng)該設(shè)置一個(gè)TeamLeader，進(jìn)行授權(quán)
對(duì)于自己擅長(zhǎng)的技術(shù)，要分一兩個(gè)任務(wù)給自己，和兄弟們一起戰(zhàn)斗。中層人員需要在一線。
對(duì)于自己不擅長(zhǎng)的技術(shù)，可以采用“結(jié)對(duì)編程”的方法，逐漸進(jìn)入角色。程序基本是相同的，還是能夠理解和參與討論的。
對(duì)于幾個(gè)Leader，要重點(diǎn)溝通，在大方向上保證思想一致，給他們空間，協(xié)助他們做出成績(jī)。
重點(diǎn)注意團(tuán)隊(duì)的正能量以及活躍的氣氛，人不是機(jī)器。和諧的氛圍比冰冷的制度和懲罰要好得多。
記好團(tuán)隊(duì)的功績(jī)和成果，提高團(tuán)隊(duì)成員集體榮譽(yù)感，將奮斗目標(biāo)引導(dǎo)到“自我實(shí)現(xiàn)”上來(lái)。
關(guān)于技術(shù)整體上是一專多能
以IOS技術(shù)為主，跟上蘋果的節(jié)奏，隨時(shí)學(xué)習(xí)新技術(shù)。深度技術(shù)按照需求來(lái)。
Object-C為主，畢竟在用，并且成熟度高。
Swift也要學(xué)，這是蘋果的未來(lái)。
Java要優(yōu)先學(xué)，android和后臺(tái)都要用到
JS也要學(xué)，最近H5勢(shì)頭比較猛
總之，架構(gòu)師是一個(gè)綜合素質(zhì)的體現(xiàn)，打鐵還需自身硬，能解決問(wèn)題，或者能帶動(dòng)周邊的人解決問(wèn)題，才是關(guān)鍵，至于職位、位置，這只是一種職業(yè)稱謂，你了，還在乎別人稱你架構(gòu)師，還是其他的嗎，技術(shù)是硬實(shí)力，情商是軟實(shí)力，君子性非異也，善假于物也。自個(gè)體會(huì)。需要具備哪些技能？
云計(jì)算已成為公認(rèn)的新興高薪技術(shù)，而云計(jì)算架構(gòu)師是學(xué)習(xí)云計(jì)算比較重要的就業(yè)方向之一。有人想要通過(guò)參加學(xué)習(xí)班快速學(xué)習(xí)云計(jì)算，但從事云計(jì)算架構(gòu)師需要掌握哪些技能呢？
1、網(wǎng)絡(luò)工程和管理
云架構(gòu)師傾向于以前的網(wǎng)絡(luò)管理員經(jīng)驗(yàn)，他們知道如何配置單個(gè)服務(wù)器，然后升級(jí)并開(kāi)始考慮服務(wù)器的數(shù)量。由此可見(jiàn)，成為一名云架構(gòu)師的基礎(chǔ)是具備部署和操作不同網(wǎng)絡(luò)類型的知識(shí)，以及通常要掌握與SDN相關(guān)的一些知識(shí)。
2、編程語(yǔ)言
雖然具體的細(xì)節(jié)取決于所討論的云，但是了解流行的語(yǔ)言(Java、Perl、Python和C#)將涵蓋云基礎(chǔ)架構(gòu)和云原生應(yīng)用程序基礎(chǔ)。建議大家還可以了解一下Go語(yǔ)言，這是Docker和Kubernetes所用的語(yǔ)言。
3、數(shù)據(jù)存儲(chǔ)
這包括基礎(chǔ)設(shè)施、硬件、資源調(diào)配、容量規(guī)劃以及數(shù)據(jù)安全性方面的知識(shí)。比較典型的如MySQL、Redis數(shù)據(jù)庫(kù)的操作和掌握。
4、Kubernetes和Docker
容器正在成為云管理和架構(gòu)的重要組成部分，Kubernetes和Docker是用于構(gòu)建和管理容器的兩個(gè)主要工具。近年來(lái)，企業(yè)對(duì)容器技術(shù)、尤其是對(duì)Kubernetes技能的需求特別高，想要更具優(yōu)勢(shì)就一定要掌握Kubernetes和Docker。
5、云安全技術(shù)
隨著法規(guī)越來(lái)越嚴(yán)格，安全性越來(lái)越成為云架構(gòu)師所需掌握的一項(xiàng)基本技能。雖然現(xiàn)在越來(lái)越多的組織正在聘請(qǐng)單獨(dú)的云安全架構(gòu)師，但擁有安全方面的背景有助于端到端云安全。
除此之外，一個(gè)優(yōu)秀的云計(jì)算架構(gòu)師還具備良好的溝通能力、團(tuán)隊(duì)協(xié)作能力和領(lǐng)導(dǎo)力，還會(huì)根據(jù)市場(chǎng)需求不斷學(xué)習(xí)提升自身技能。
學(xué)習(xí)內(nèi)容包括Linux、網(wǎng)絡(luò)工程師、Python運(yùn)維、云計(jì)算、OpenStack、Doctor容器技術(shù)，同時(shí)還增加信息安全、安全防御和黑客技術(shù)。采用項(xiàng)目驅(qū)動(dòng)教學(xué)模式，由大師級(jí)講師全程面授教學(xué)，手把手帶領(lǐng)學(xué)員做項(xiàng)目，因此畢業(yè)學(xué)員理論扎實(shí)、實(shí)戰(zhàn)豐富，就業(yè)速度更快、求職起點(diǎn)更高！
軍事化管理的組織架構(gòu)？
所謂軍事化管理為，按照部隊(duì)要求進(jìn)行統(tǒng)一著裝，統(tǒng)一就寢，統(tǒng)一學(xué)習(xí)，統(tǒng)一訓(xùn)練等等，一切按照部隊(duì)的日常生活規(guī)律辦事情。
軍事化管理培養(yǎng)員工鐵血精神，打造高效執(zhí)行團(tuán)隊(duì)。 軍令如山倒，軍中無(wú)戲言。如果員工堅(jiān)決服從領(lǐng)導(dǎo)指令，堅(jiān)決執(zhí)行企業(yè)的既定方針和策略，并且在執(zhí)行中注重配合，講究協(xié)作，那么這個(gè)企業(yè)就具有了超強(qiáng)的戰(zhàn)斗力，就一定會(huì)攻無(wú)不克、戰(zhàn)無(wú)不勝！
當(dāng)前標(biāo)題：物聯(lián)網(wǎng)架構(gòu)師怎么發(fā)展？（想成為移動(dòng)端架構(gòu)師需要會(huì)安卓和IOS應(yīng)用開(kāi)發(fā)的能力嗎？）
文章轉(zhuǎn)載：http://m.5511xx.com/article/cocoghg.html
