服務計算 SO 服務的設計

服務計算：

一、產生：為彌補商業模式和資訊科技之間的鴻溝

 服務--商業

 計算--資訊科技

 應用面向服務技術（SOA）將商業服務和資訊科技相結合的產物

二、解決方面：

1、技術平臺與架構

2、服務交付

3、業務管理與整合

三、服務：

（1）什麼是服務：

服務：至少有一個服務提供者和一個服務消費者並基於一定的商業目標或者解決目標而產生的基於關係的活動。

服務無處不在

（2）IT服務與非IT服務的差別：

1、衡量KPI（key performance indicators）方式不同：

如：對於看病的活動，衡量的標準為多久治好病；而如果是IT服務的話，衡量的方面是服務的可行性、是否按照計劃執行、是否在預算之內、是否滿足需求

2、兩個中的需求管理不同：

如：醫療機構我們考慮的是它的成熟度和穩定性；而IT服務要滿足的需求則是根據不同的消費者相關的利益而考慮；

3、改變的步伐不同：

IT服務不僅僅根據使用者需求的變化而改變還要根據IT技術的進步而改變；

（3）服務封裝的商業邏輯

①　要有清楚的上下文（由商業任務、商業實體及其餘的邏輯組成）

②　由一個服務解決的問題可大可小（服務是可以變化的）

③　可以包含別的服務的邏輯（多個服務可以組合成為新的服務）

④　商業流程驅動設計：服務以預先定義的符合商業邏輯和執行時狀態的順序執行

⑤　所有服務都包含的原子性的解決方案：a、單步能完成的任務；b、由多步組成的子流程；c、整個流程的邏輯

（4）服務之間的聯絡

1、能意識到彼此的聯絡

服務能夠被別的服務或者程式呼叫，為了能讓它們能夠實現互動，所以要能夠知道彼此的存在（通過服務描述）

2、實現低耦合：通過擁有彼此的服務描述就能夠意識到彼此的存在，故而實現了低耦合

（5）服務交流的方式：

訊息：a、自主性；b、訊息一旦傳送，傳送方即對訊息失去控制權，之後訊息發生的變化都與傳送方無關；c、足夠智慧去自己管理各個部分的處理邏輯。

（6）面向服務的設計原則：

1、低耦合：服務包含最少的依賴關係

2、服務控制：服務要遵守由一個或者服務描述定義的交流協議和相關的文件

3、自主性：能夠控制自己封裝的邏輯

4、抽象：除了服務的描述服務可以隱藏其餘邏輯

5、可複用：分給服務相應的邏輯以促進複用

6、可組合：一個集合中的服務能夠互相呼叫和組合構成新的服務

7、無狀態性：儲存最少的關於一個活動的特殊資訊

8、可發現的：服務能夠被發現並且可得

（7）構建一個服務：

Web Service 

是SOA的一個實現方式，並不等價與它，目前是SOA最好的實現方式

目前所有提供SO方式的平臺都是基於Web Service的

四、關於SO(Service-Oriented)

(1)、採用類似於分而治之的方法，將要解決的複雜、龐大的問題分為各個小的模組（SO個體）來解決；

(2)怎樣分離OS個體：以它單獨能夠實現的方面，所以各個個體是互不相同的。

(3)OS個體的特點：

1、原子性，但是並非互相獨立

2、擁有一定的通用性和標準性，但是可以獨立的發展變化

3、邏輯上將這樣的個體成為服務。