服務治理所治理的服務需要合理的部署與管理，本章我們講一下SOA(面向服務架構),本人語言文筆不好，所以本章內容使用問答模式，參考了 [SOA面試題(http://www.jdon.com/soa/soa-interview.html)] 的面試題,通過對此站複雜的描述進行簡單的講解。

概述

SOA代表了面向服務架構，僅僅是一種概念，通過這種概念而演變出的各種各樣的服務架構都可稱為SOA架構，SOA核心的概念就是 “鬆耦合”。

非SOA的架構

多語言開發

同語言開發

服務與服務之間可能會是不同的開發語言或相同語言開發，他們的呼叫方式依舊只可以通過http去獲取，或者比較流行的Restful Api的形式，無論是在效能與開發的過程中都是很笨的辦法。

什麼是SOA的服務

在現實世界中，服務是一種我們花費購買到的一種預期的服務。

1、（來自真實世界）：你去餐館訂餐，您的訂單首先進入到櫃檯，然後在廚房進行食物準備，最後服務員提供的食物。因此，為了實現一個餐廳訂購服務，您需要三個邏輯部門/服務協同工作（計帳，廚房和服務員）。在軟體世界同樣的方法稱為業務服務。

2、（軟體世界）：你去亞馬遜訂購了一本書，有不同的服務，如支付閘道器，庫存系統，貨運系統等共同完成一本書的訂購。

所有的服務是自包含的，合乎邏輯。他們就像黑盒子。總之，我們並不需要了解業務服務的內部工作細節。對於外部世界，它只是一個能夠使用訊息互動的黑盒子。例如在“支付閘道器”業務服務獲得訊息“檢查信貸”後會給出輸出：這個客戶的信貸有或沒有。對於“訂單系統”，“支付閘道器”的服務是一個黑盒子。

服務的主要特點是什麼

A） SOA元件是鬆耦合的。當我們說鬆耦合，這意味著每一個服務是自包含單獨存在的邏輯。舉例來說，我們採取了“支付閘道器”的服務，並將它附加到不同的系統。

B） SOA服務是黑匣子。在SOA中，服務隱藏有內在的複雜性。他們只使用互動訊息，服務接受和傳送訊息。通過虛擬化一個服務為黑盒子，服務變得更鬆散的耦合。

C） SOA服務應該是自定義： SOA服務應該能夠自己定義。

D） SOA服務維持在一個列表中： SOA服務保持在一箇中央儲存庫。應用程式可以在中央儲存庫中搜索服務，並呼叫相應服務。

E） SOA服務可以編排和連結實現一個特定功能： SOA服務可以使用了即插即用的方式。例如，“業務流程”中有兩個服務“安全服務”和“訂單處理服務” 。從它的業務流程可以實現兩種型別：一，您可以先檢查使用者，然後處理訂單，或反之亦然。是的，你猜對了，使用SOA可以鬆散耦合的方式管理服務之間的工作流。

什麼是SOA

SOA代表了面向服務的架構。 SOA是一種使用鬆耦合的黑盒子服務構建業務應用的體系架構，這些服務可以通過編排連線在一起以實現特定的功能。

什麼是合同，地址和繫結？

這是三個SOA的標準術語。每個服務對外開放地址，在服務開發中進行合同約定，客戶端繫結服務進行開發呼叫。

• 合同是兩方或多方之間的協議。它定義了一種客戶端如何與服務通訊的協議。從技術上講，它有描述引數和返回值的方法。
• 地址表明在哪兒能找到這種服務。地址是一個URL，它指向服務的位置。
• 繫結是決定這個端點如何可以訪問。它決定了如何完成通訊。例如，你暴露你的服務，可以使用SOAP over HTTP或通過TCP的BINARY進行訪問。因此，對於這些通訊介質將被建立兩個繫結。
  n

什麼是可重用的服務？

服務是一個自主的，可重複使用的，可發現的，無狀態的，有一定粒度的功能，並且是一個複合應用程式或一個組合服務的一部分。

可重複使用的服務通過業務活動標識，這個業務活動是使用服務規範（設計時合同）描述的。

一個服務約束是，包括安全性，QoS，SLA，使用策略，可以由多個執行時的合同 多個介面（WSDL中的Web服務）以及多個實現（程式碼）定義的。

可重複使用的服務應在被管制在其從設計到執行整個企業級生命週期。其重用應通過規範流程來推動，重用應該是可測量的。

在一個SOA中如何實現鬆耦合？

實現鬆耦合一種策略是使用服務介面（WSDL中為SOAP Web服務）來限制服務之間的依賴性，對消費者隱藏服務實現。鬆耦合可以通過實施服務的功能封裝以及限制服務介面的實現變化影響來解決。然而，在某些時候，你需要改變介面，也不會影響服務的消費者，除了管理多個安全約束，多種傳輸，以及其他方面的考慮。

SOA的服務無狀態或有狀態?

服務應該是無狀態的。它有一個無狀態的執行上下文，但它不會有中間狀態來等待一個事件或一個回撥。狀態有關的資料的保留一定不能超出的服務的請求/響應。這是因為狀態管理消耗了大量的資源，這可能會影響服務的可重用 可伸縮性和可用性。

在RPC服務啟動後，服務一直保持沉睡狀態，只有在有請求時才會喚醒，你可以稱他為無狀態或有狀態

在SOA中我們是否需要從頭開始構建系統？

否。如果您需要整合現有系統為業務服務，你只需要建立鬆耦合的包裝，包裝您的現有系統，並以一種通用的方式暴露功能給外部世界。

其實並不需要重新構建，只需要將每個服務繼續分解，分類出對外與對內。

什麼是服務和元件之間的區別？

服務元件來實現業務功能的邏輯元件分組。元件是為實現服務這個目標的途徑。元件可以使用Java，C＃，C，但服務將以通用格式如像Web服務方式被暴露。

說的就是我們通過RPC呼叫其他服務 (thrift)

預告

看到這裡大概瞭解了SOA,這個時候我透露一個祕密，SOA其實還有另外一個名字叫“服務治理”，是的，就是我們一直在講的服務治理。下一章回到正題，講一下服務治理實現

PHP程式設計師如何簡單的開展服務治理架構(一)
https://segmentfault.com/a/1190000013481688

PHP程式設計師如何簡單的開展服務治理架構(二)
https://segmentfault.com/a/1190000013544601

本猿人寫了一個服務治理的框架
https://github.com/CrazyCodes/Service-Govern