軟件架構師如何工做

架構漫談是由資深架構師王概凱Kevin執筆的系列專欄，以Kevin的架構經驗爲基礎，逐步討論什麼是架構、怎樣作好架構、軟件架構如何落地、如何寫好程序等問題。閱讀了架構漫談九篇博客，對於軟件架構有了一些簡單的瞭解。

什麼是架構？

 

架構在維基百科上有着很複雜的定義，從這個定義上看，架構好像是一個過程。爲了講清楚這個問題，咱們須要瞭解爲何會產生架構。根據博客來講，什麼是架構，就是：

1．根據要解決的問題，對目標系統的邊界進行界定。

2．並對目標系統按某個原則的進行切分。切分的原則，要便於不一樣的角色，對切分出來的部分，並行或串行開展工做，通常並行才能減小時間。

3．並對這些切分出來的部分，設立溝通機制。

4．根據3，使得這些部分之間可以進行有機的聯繫，合併組裝成爲一個總體，完成目標系統的全部工做。

爲何要出現架構?

首先是社會的發展。最開始的時候，每一個人都是獨立的個體，本身搞定本身的事情。隨着社會的發展，開始出現了羣居、合做、分工，當分工發生後，實際上每一個人的生產力都獲得了提升，由於作的都是每一個人擅長的事情。同時，整我的羣的生產力和抵抗環境的能力也大大提升，人們經過相互交流、交易得到了須要的所有。經過這個例子來看，把一個總體切分紅不一樣的分工，由不一樣角色來完成這些分工，並經過創建不一樣部分相互溝通的機制，使得這些部分可以有機的結合爲一個總體，並完成這個總體所須要的全部活動，這就是架構。也能夠概括出架構產生的動力：

1．必須由人執行的工做。

2．每一個人的能力有限（每一個人都有本身的強項，我的的產出受限於最短板，而且因爲人的結構限制，同時只能專一於作好一件事情。）

3．每一個人的時間有限（爲了減小時間的投入，必然會致使把工做分解出去，給擅長於這些工做的角色來完成，見2，從而縮短期）

4．人對目標系統有更高的要求（若是知足於現狀，也就不須要進行架構了）

5. 目標系統的複雜性使得單我的完成這個系統，知足條件2，3（若是我的就能夠完成系統的提升，也不須要別的人參與，也就不須要架構的涉及）。

架構解決誰的問題？

　　一個問題，不一樣的人的回答不盡相同。作架構的時候，不一樣角色的溝通會出不少問題，那麼結果也就可想而知了。架構其實是以人的認識爲主體去討論的，解決的都是人的問題。

 

 

什麼是軟件體系結構？  

　　軟件由於流量增大而分拆成不一樣的運行單元，在不一樣的機器上部署所造成的架構，屬於軟件架構。每一個運行單元爲了讓不一樣角色的人，好比前端，業務，數據存儲等可以並行工做，所分紅的代碼架構，也屬於軟件架構。

架構師又是什麼東東？

　　當咱們所作的工做是處於社會的分工的一環，須要幫助別人解決問題，而且按時解決別人的問題成爲咱們本身的問題的時候，咱們就有了時間壓力，潛意識裏會天然而然的有一種對時間的恐懼。而當咱們把完成別人工做當成本身的最大利益，這個對時間的恐懼天然就會消失，這個時候就天然而然的開竅了，就知道怎麼去發現問題了。只有作到這一點，才能在本身所服務的領域創建起自信，成爲一個合格的架構師。架構師是要去平衡別人的利益，甚至會調整別人的利益的。架構師必須是一個組織的領導人，有權利調動這個組織的架構。架構師必須可以超越對時間的恐懼–也就是說必須具有了必定程度的自信，哪怕是裝的，去真正的發現問題的主體，識別真正的問題，並把這個行爲變成爲本身面對問題的第一反應。

　　讀了這些博客，只是瞭解了一些知識，甚至沒有了解到怎麼真正的去成爲一個架構師，感受仍是全身心的投入軟件的製做，多多的瞭解各類知識。但願在接下來課程的學習中能夠學到更多有用的知識。