服務組件架構

服務組件架構Service Component Architecture,簡稱SCA,也譯作服務構件架構服務組件體系結構)是新出現的但非常重要的由主要的Java EE技術廠商鼓吹的技術規範,提倡者認為SCA能夠適合發布符合面向服務架構的原則的應用。

支持者

支援的廠商包括:

定義

發布的規範[2] 在許多方面看起來都很模糊不清,但是隨著新規範[3] 的演變,SCA迅速地成熟起來(但某些方面仍然存在致命問題[4])。規範指出使用SCA設計的應用程式應當具有以下特性:

  • 將服務的實現和服務的組合與基礎設施能力相分離。
  • 應該能與多數語言一起工作包括C++JavaCOBOLPHP,以及XMLBPELXSLT
  • 需要能夠與不同的訊息構造一起工作, 包括單向,非同步,呼叫-返回,通知。
  • 基礎設施能力,例如安全事務,和可靠訊息的使用應該能夠通過編寫元資料應用。
  • 資料應以服務資料對象標識。
  • 在SCA中定義的組件應該很容易重用。
  • 服務的本地呼叫應該更加緊耦合,減少為了在網路上傳輸而建立和解析訊息的開支。

進一步分析

Gartner集團曾發布研究結果,認為SCA以及服務資料對象 (SDO)技術已經成熟將被快速的採用。[5]

優勢:

  • 迎合所有現存的Java平台技術和C++(然而SCA的C++組件模型定義存在致命問題[4]
  • 較少的技術依賴性 - 不需要依賴於Java程式設計語言XML技術
  • 使用服務資料對象,服務資料對象是SOA的資料訪問的唯一工業標準。
  • 缺少微軟的支援,使得潛在使用者可以在大量提供商之中選擇SOA解決方案。b

劣勢:

  • 缺少微軟的支援,這減少了SCA與大量潛在使用者的關係。
  • 規範並未解決SOA應用的效能問題,這將持續阻礙SCA被採用。

實現

註腳

  1. ^ Technology vendors extend collaboration on SOA technologies http://www.hoise.com/primeur/06/articles/monthly/E-PR-08-06-92.html[永久失效連結]
  2. ^ 存档副本. [2007-06-27]. (原始內容存檔於2009-02-01). 
  3. ^ 存档副本. [2007-06-27]. (原始內容存檔於2007-10-12). 
  4. ^ 4.0 4.1 https://web.archive.org/web/20080224210629/http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html
  5. ^ 存档副本 (PDF). [2007-06-27]. (原始內容存檔 (PDF)於2015-12-24). 
  6. ^ 存档副本. [2007-06-27]. (原始內容存檔於2007-06-21). 

參見

外部連結