我們通常定義架構有幾個層次，分業務架構、產品架構、應用架構和技術架構。
有了架構方**，我們通常可以根據架構方**的指導來設計和規劃架構，而不再依賴於架構師本身的經驗來設計架構，也不會把架構當做藝術來發揮，發揮好的時候設計出來的是好架構，發揮不好的時候設計出來的就是壞架構。於是，按照行之有效的方**來做架構的規劃和設計，就可最大程度上保證架構設計的合理性，從而保證專案的成功。
梵悠揚h全文 :
對於乙個專案我們需要從不同的側面來描述專案的特質，對專案進行規劃，讓專案有條不紊的推動，我們通常依照架構方**來設計架構，把架構分成不同的方面，這包括業務架構、產品架構、應用架構和技術架構，技術架構又可以細分成多個小的架構檢視，這包括資料架構檢視、服務化架構檢視、快取架構檢視、訊息架構檢視、安全架構檢視、效能架構師檢視等，我們從這些不同的架構和架構檢視來透析複雜的整體專案，架構方**並不會保證我們100%的來透析完整的專案，而是要抓住專案的核心需求和特色需求，使用架構方**的各個架構和檢視來透析專案和規劃專案，保證專案不跑偏，健康的進行下去。
通用架構師能力模型
玉川書屋： www.yuchuanshuwu.com
有了架構方**，我們通常在專案中或多或少的都會根據架構方**來推進專案，使用架構方**的這些人就是架構師，架構師會根據架構的種類和檢視具體分為不同的架構師，有業務架構師和技術架構師，技術架構師又分為資料架構師、應用架構師、效能架構師、安全架構師等等。
初步了解架構師
我們通常定義架構有幾個層次，分業務架構 產品架構 應用架構和技術架構。有了架構方 我們通常可以根據架構方 的指導來設計和規劃架構，而不再依賴於架構師本身的經驗來設計架構，也不會把架構當做藝術來發揮，發揮好的時候設計出來的是好架構，發揮不好的時候設計出來的就是壞架構。於是，按照行之有效的方 來做架構的...
架構師應該了解的知識1
原題 被架構師秒殺之後 今天被架構師問了一連串的問題，估計問了有乙個多小時吧，有很多問題都答不上來，突然發現原來自己沒有掌握的知識太多了，原來我覺得技術是用來解決問題的，而不是用來研究的，但現在覺得要更快捷的解決問題，還得好好的研究他們的原理，凡事多問個 他的原理是什麼，底層是怎麼實現的 回來好好整...
架構師應該了解的知識1
原題 被架構師秒殺之後 今天被架構師問了一連串的問題，估計問了有乙個多小時吧，有很多問題都答不上來，突然發現原來自己沒有掌握的知識太多了，原來我覺得技術是用來解決問題的，而不是用來研究的，但現在覺得要更快捷的解決問題，還得好好的研究他們的原理，凡事多問個 他的原理是什麼，底層是怎麼實現的 回來好好整...