技術架構 VS 業務架構有什麼區別呢？

羣裏關於技術架構 VS 業務架構的討論，爲便於理解，對對話進行了編排

羣裏【hazy】同窗問：

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

[亮亮]：

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

具體選擇哪條路仍是看本身的興趣

【lkunnnnn】:

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

【hazy】:

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

【亮亮】:

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

【晴天】:

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

【亮亮】：

基礎架構，技術架構，數據架構，應用架構，業務架構

【晴天】：

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

【亮亮】：

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

【晴天】：

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

【lkunnnnn】：

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

【亮亮】：

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

【晴天】：

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

【亮亮】：

大多數互聯網對外的web，app都是面向用戶的，這個角度主要看業務，若是公司是技術研發方向，給公司提供解決方案的這種，那業務是對外的，對其餘公司的 本身公司沒有具體的業務，可是會有通用型的積累的一些方案和沉澱

【晴天】：

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

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

在某一個領域，由於這一套業務已經玩熟了，因此其餘電商行業架構也都能勝任。

【職佔學】：

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

【亮亮】：

其實就看架構師的定義了，若是說是雙11的架構師，那沒問題 一個抽象的，通用型的，一個是具體的。 我如今作的基礎架構方向，就是偏通用型這種。 這種通常的職業發展方向有：繼續作基礎架構，中間件，或者當TL，帶團隊。須要提升帶兵打仗的能力。

【春哥大魔王】：

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

以咱們團隊爲例：

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

更多內容，歡迎關注：