深刻淺出SOA

      前一陣換了份工做，來到新公司，剛好新同事問起SOA是什麼，我隨口說了幾點，其實本身之前研究過，不過並無詳細的整理過，說的比較模糊，剛好週末，拿出點時間整理下之前對SOA的認知。

     SOA是什麼？SOA全英文是Service-Oriented Architecture，中文意思是中文面向服務編程，是一種思想，一種方法論，一種分佈式的服務架構（具體能夠百度）。

     用途：SOA解決多服務凌亂問題，SOA架構解決數據服務的複雜程度，同時SOA又有一個名字，叫作服務治理。

     經過一個系統咱們看一下架構的演變過程（由統一到分佈式）：

   

        當咱們的項目比較小時，咱們只有一個系統，而且把他們寫到一塊兒，放在一個服務器上，可是隨着平臺愈來愈大，數據量愈來愈大，咱們不得不經過分庫，把多個模塊的數據庫分別放在對應得服務器上，每一個模塊調用本身的子系統便可。

     

     隨着咱們系統的進一步複雜度的提示，咱們不得不進一步對系統的性能進行提高，咱們將多個模塊分紅多個子系統，多個子系統直接互相調用（由於SOA通常用於大型項目，比較複雜，因此通常總系統不會再集成，會拆分多個，分別作成服務，相互調用）。當咱們的電商UI進行一個下訂單的任務時，多個服務直接互相調用，系統經過數據總線，分別調用對於的子系統便可。

     企業數據總線：企業數據總線不是對多個子模塊的集成，他在這裏充當數據通道的做用，數據總線不關心業務，數據總線根據給的地址和協議去調服務，上端不關心服務在哪裏是什麼，只找數據總線。

     上面幾個圖應該算是比較清楚了，隨着業務的深刻，咱們不得不對系統進行調整，分別是對數據和業務的拆分，最後每一個子系統對面提供服務。

     還要提的一點就是下面那個圖，下面的IP庫以及幾個子系統是公共服務，分別向上提供功能，也是SOA方法論的一部分。

2、SOA主要的使用場景，以下圖：

   

經過上面的圖咱們能夠看出，多個子系統直接相互交互，相互調用很是凌亂，這樣咱們就很不爽，因此咱們就用到了咱們的SOA架構，SOA又叫服務治理，SOA就是幫助咱們把服務之間調用的亂七八糟的關係給治理起來，而後提供一個統一的標準，把咱們的服務治理成下圖所示，之前咱們的服務是互相交互，如今是隻對數據總線進行交互，這樣系統就變得統一塊兒來。

統一標準：各系統的協議、地址、交互方式。

新的交互方式：各個系統分別根據統一標準向數據總線進行註冊，各子系統調用其餘子系統時，咱們並不關心若是找到其餘子系統，咱們只招數據總線，數據總線再根據統一標準找其餘子系統，因此數據總線在這裏充當一個只路人的做用。

SOA的好處：

  一、下降用戶成本，用戶不須要關心各服務之間是什麼語言的、不須要知道若是調用他們，只要經過統一標準找數據總線就能夠了。

 二、程序之間關係服務簡單

 三、識別哪些程序有問題（掛掉）

缺點：提示了系統的複雜程度，性能有相應影響。

3、數據總線是什麼？

      其實我在上面寫了，數據總線是起到調度服務的做用，數據總線不是集成服務，數據總線更新一個調度框架，每一個服務須要根據約定向數據總線註冊服務，那麼如何註冊那？其實數據總線就像一個字典結構，

      數據總線裏面一個key對於一個value，key指的是服務名，value則是服務的調度方式，還有一點須要說明的是，數據總線只是指路人，服務是不通過數據總線的，如上圖的黃色線的路徑。

     數據總線經過域名解析實現:一個域名綁定多臺服務器，ajax也能夠，dns也能夠，解析域名嘛。

     其實數據總線還有一些高級應用，好比心跳檢測，實現負載均衡等等，就不細說了，目前應用數據總線的有阿里的dubbo,還有zookeeper。

     基本上SOA的架構體系個人理解就是這樣，上面配合圖基本上也算清晰，若是哪裏有不對的地方，歡迎大牛指出，你們能夠互相探討，相互學習。