群裡關於技術架構 VS 業務架構的討論，為便於理解，對對話進行了編排

群裡【hazy】同學問：

各位大牛好，大家對技術架構和業務架構這兩條道路如何看呢？發展前景和職業規劃有什麼不同呢？

[亮亮]：

• 技術架構：面向於開源技術棧。
• 業務架構：需要理解業務，把業務轉換成可以被研發理解的具體實現方案，指的是某個領域性的業務，比如電商領域。

具體選擇哪條路還是看自己的興趣

【lkunnnnn】:

聽說高業務架構容易出成績，升職加薪快...

【hazy】:

我看公司內部，基本上沒有技術架構師，都是業務架構師。 搞技術的，基本都是基礎架構部的。

【亮亮】:

沒有明確的邊界定義兩者的區別

【晴天】:

有的，業務架構比技術架構值錢

【亮亮】：

基礎架構，技術架構，資料架構，應用架構，業務架構

【晴天】：

技術架構可能在技術深度和廣度上厲害，但是業務架構是真正通過實戰歷練出來的。 業務架構可替代性比較低，也容易走進核心層

【亮亮】：

從iaas，paas，saas上看，業務應該是saas這層 基礎架構在iaas，paas層 是否業務架構會侷限於某個行業呢？

【晴天】：

比如說，我是技術架構師，我精通各種最新技術底層和原理 但是如果你是雙十一的架構師，可能還是會侷限與某個業務和方向上吧 但是沒有真正所謂的侷限

【lkunnnnn】：

換個角度想，如果公司都是業務導向的，都是靠業務來賺錢的

【亮亮】：

如果從公司輸出這塊看，這些職位輸出的方式不太一樣，表現形式也不一樣，就像王者榮耀一樣有輔助，伸手，刺客等 但是能力，知識這塊是可以遷移的，一通百通

【晴天】：

不能這樣講，再牛逼的技術也是為業務服務的，失去了業務，技術就無用武之地了

【亮亮】：

大多數網際網路對外的web，app都是面向使用者的，這個角度主要看業務，如果公司是技術研發方向，給公司提供解決方案的這種，那業務是對外的，對其他公司的 自己公司沒有具體的業務，但是會有通用型的積累的一些方案和沉澱

【晴天】：

業務架構師主要在某一領域有專長，就像天貓雙十一架構師，在電商領域這塊遊刃有餘，基本上專案中出現什麼問題，可以一眼定位問題， 但是普通的架構師做不到。

很多小公司架構師沒有那麼明顯的職能劃分。

在某一個領域，因為這一套業務已經玩熟了，所以其他電商行業架構也都能勝任。

【職佔學】：

一眼定位解決問題雖然很厲害，但絕不是一個架構師的評判標準。

【亮亮】：

其實就看架構師的定義了，如果說是雙11的架構師，那沒問題 一個抽象的，通用型的，一個是具體的。 我現在做的基礎架構方向，就是偏通用型這種。 這種一般的職業發展方向有：繼續做基礎架構，中介軟體，或者當TL，帶團隊。需要提高帶兵打仗的能力。

【春哥大魔王】：

技術架構還是偏向於整個部門系統整體上SLA，研發標準建立等部門角度的標準和方案制定。 業務架構師，顧名思義就是對於業務進行深層次理解之後反過來了進行業務系統的演進和雜糅。

以我們團隊為例：

• 技術架構師會對整個部門未來承載的訂單預期進行技術架構方案的考慮，比如異地多活，多雲多活，多機房互備，SLA制定等方案和標準建立，還有所謂的服務化，SOA，微服務，分散式的規劃和落地。
• 業務架構師則根據PM及運營團隊或者整個部門未來賦能方向進行提前的抽象與規劃，所謂的平臺化，中臺化的規劃和落地。

更多內容，歡迎關注：

相關推薦