模板
教程
環境
性能
功能
管理
SOA須應時而動 IBM專家解析中間件之道
專家認為：SOA促進了服務流程的可用性，并將業務需求與 IT 功能真正意義上結合起來。
如何部署SOA，選用SOA應遵循何種原因與何種時機，如何當前競爭激烈且快速變化的業務環境中具備快速的應變能力。一些專家分別根據他們與IBM內外開發先驅合作的實踐經驗提供了一些新穎的看法。而這些看法將幫助關注中間件發展的人們了解SOA在何時何地（甚至何種情況下）在新一代IT體系結構和開發計劃中使用。
Holt Adams
IBM解決方案顧問 IT 架構師，他的工作職責包括將客戶的業務需求和信息技術相結合，以將其包含到 IBM 產品中或設計為新產品。
不要輕易決定使用 SOA，這與人們改變生活方式有些類似，因為任何開發和操作團隊所遵循的IT控制模式將完全不同。
—Holt Adams
SOA不能盲從急進
IBM的目標之一就是在其產品內開發和采用開放標準。通過這種手段，就能在公司的IT基礎結構中實現 SOA的價值主張。
從功能上看，SOA能夠優化業務需求與 IT的一致性，能夠將業務流程活動從服務實現中分離出來，還能夠降低操作成本。只有在不固定供應商的情況下才能真正實現這些功能，此時面向SOA實現的技術可以無縫集成，甚至構造全面的端到端解決方案。
當考慮了策略業務目標和活動時，理論上的SOA概念將非常具有吸引力。不過，SOA 卻不能“盲從急進”，這與改變生活方式有些類似，因為任何開發和操作團隊遵循的IT控制模式都是完全不同的。進行業務驅動的開發，必定涉及到將業務需求細化為IT需求，然后將IT需求細化為IT功能。因此，盡管SOA的價值主張十分誘人，但選擇何時采用SOA，用戶必須考慮業務環境的實際情況。
采用SOA不一定要跨一大步，最好的方法通常是采用循序漸進的方式進行:首先找到可以利用SOA概念和原則的項目，然后使用主要性能指標測定其價值，這是一種讓大家都能受益的好方法。
將業務與IT結合起來
SOA是一個很好的開發范例。該體系結構可用于在業務和 IT之間構建中間地段，其中包含雙方都同意的一組IT服務，由于這些服務融洽地結合在一起，因此可以實現組織的業務流程和目標。
SOA這種范例還提供了前所未有的靈活性：它允許將業務流程的結構化組成從為流中每個活動提供功能的服務中分離出來;還允許將業務實現與其描述分離開來。
進行了這些分離后，公司能以增量的方式更改其后端遺留系統，并添加新功能來支持新需求，而不用受到供應商選擇的限制。
因此，可以在最小化對業務流程和IT系統的影響的前提下對軟件包和自定義應用程序進行替換。
軟件工程發展的下一步就是優秀的體系結構，它使我們從結構化對象轉向分布式對象和組件，然后以一組公共服務為中心來將業務和 IT加以結合（這些服務結合在一起，可以實現組織的流程和目標）。
除此以外，SOA還允許將公司的部分業務流程向業務生態系統中的合作伙伴公開。
使用SOA技術時，實時或被動系統通常不是進行實現的最佳選擇，因為當前的技術不支持將SOA用于有大量并發使用情況的實時系統。SOA非常適合用于消除冗余以及將業務緊密耦合到特定服務中，最終實現業務與IT功能的結合。
Ali Arsanjani
IBM全球服務中心的首席架構師。主要負責收集和制定 SOA和Web服務的建模、分析、設計和實現方面的最佳實踐。
使用SOA技術時，實時或被動系統通常不是進行SOA實現的最佳選擇，因為當前的技術不支持將SOA應用于含大量并發情況的實時系統。不過，這些系統的建?？梢詮腟OA提供的分離和獨立概念中獲益。
——Ali Arsanjani
正確應用SOA
在快速發展的全球經濟環境中，企業要保持競爭優勢，必須保持足夠的靈活性。通過使用 SOA原則將IT基礎結構與核心企業流程結合，可以提供和保持這個優勢。因此，理解和采用SOA所面臨的問題不是“為什么而用”，而是“什么時候要用”?；赟OA的企業解決方案已被證實能簡化業務操作、提高效率、降低成本及消除冗余。
不過要獲得這些利益,必須正確地應用SOA。必須具有相應企業范圍內的遠景和轉換路線圖，還必須有業務執行人員的財務支持和承諾，并由有經驗的架構師以增量迭代的方式進行部署。目前，SOA平臺也在經歷著巨大的轉變，尤其在開發工具方面，開發環境包含大量的建模工具、行業根深蒂固的場景、重用模式、方案和豐富的可視表示和控件以及模擬技術?？梢钥隙ǖ囊稽c是：對于中間件技術，我們正處在對解決方案生命周期的每個方面進行改革的浪尖上，而SOA則是其中關鍵的催化劑。但若從長遠來看，如果我們不謹慎的話，這個抽象和易用性可能會使 IT架構師或開發人員和計算機科學與技術的根本基礎脫離聯系。
Sanjay Bose
供職于IBMSoftware Strategy部門。有超過 12 年的 IT 行業從業經驗，主要涉及創建產品體系結構、設計和細化技術策略。
我們正處在對解決方案生命周期的每個方面進行改革的浪尖上，而SOA則是關鍵的催化劑。不過，如果我們不謹慎的話，這個抽象易用的技術概念可能會使 IT 架構師或開發人員與計算機科學技術的根本基礎脫離聯系。
—Sanjay Bose
駕御SOA
SOA為企業提供了一個機會，以標識其核心能力和決定能否值得其行業和業務合作伙伴信賴。另一方面的事實是:企業可以對作為其核心基礎結構中一部分流程和應用程序進行標識，然后確定進行購買。企業架構師可以牽頭開展相應的工作，以發現企業中具有公共功能集的業務流程和 IT流程?？梢詫绦泄δ艽虬鼮橥獠恳蕾囆院苄〉慕M件，并作為服務提供。這就使得業務流程創建者或應用程序開發人員的工作得到簡化，以將精力放在能滿足股東的業務動力的唯一功能上。讓SOA正常工作在很大程度上不是技術問題，而是一個業務控制和IT控制問題。IT架構師需要向執行股東報告業務從其SOA投資和投入方面獲得的價值。
為了讓SOA與業務合作伙伴進行協作，需要涉及企業之間已經建立的原有關系。
目前很少有客戶在其建立的合同關系之外為合作伙伴提供或購買服務。服務級別協議和爭議解決的相關事項要求配備封閉的協作系統，目前，有關信任和安全的結構化信息系統發展組織標準在過去兩年中取得了長足的發展。
David K. Jackson
IBM Americas Software Sales的顧問 IT 架構師，常駐紐約技術支持中心。同時，他還是Open Group Architecture Forum的副主席。
讓SOA正常工作在很大程度上不是一個技術問題，而是一個業務控制和 IT 控制問題。
—David K.Jackson
這里沒有神話
恰當的體系結構控制將對其服務可供新應用程序使用的項目進行標識。要使得SOA投資最終能物有所值，惟一的辦法就是讓高級管理人員承諾控制預算，或采取某種方式保證業務線能不受干擾。
目前關于為什么應該考慮SOA 有三個簡單的理由:
首先，這是目前最熱門的領域之一，不要落后于時代的步伐;其次，工具、基礎結構和標準經過組合，可為整個SOA生命周期提供全面支持；最后，如果一位應用者總在不斷地追求事半功倍，那么 SOA可以為他提供幫助，尋找他可以再次利用的東西，而不要所有東西都自己從頭做起。
SOA的最終目的就是尋找現有服務，對其進行調整，并加以使用。然后對其中一些服務進行共享。幫助創建一個生態系統，以便在將來能更快地裝配更多有意義的解決方案。
開始采用SOA與采用任何其他技術或體系結構沒有什么區別?？梢酝ㄟ^常識來看這個問題:如果用戶的項目處于十分關鍵的位置，而擁護的團隊必須投入大量精力學習工具和 API，它就有可能是錯誤的選擇。相反，如果用戶可以在小項目中試用 SOA，則是不錯的選擇。
利用這一類經驗，架構師可以幫助用戶定義和擴展到下一個更大的項目。不容忽視的關鍵就是:SOA的各種實施都遵從“循序漸進”的法則，因為這里沒有神話。
Christina Lau
IBM On Demand Development團隊架構師。她目前參與的項目包括創建 Pattern Solutions using Rational Software Architect 項目和試用業務創新的功能。
如果您的項目處于十分關鍵的位置，而您的團隊必須投入大量精力學習工具和 API，SOA 就有可能是錯誤的選擇。因此率先在小項目中試用 SOA，是個不錯的選擇。
—Christina Lau
不容忽視的指標
一直以來，SOA的支持者不斷不畏余力地宣傳SOA的主要技術優勢：能夠松散綁定，還能夠通過組件封裝可重用業務功能，最后還能提供更好的集成。
但是，客戶真的對這種技術推論感興趣嗎？在過去兩年，筆者經常發現，有些客戶經常一廂情愿地得出一種結論：認為非常有經驗的架構師和開發團隊可以通過使用傳統EAI體系結構獲得很大價值。甚至有人認為:這些方法經過驗證，實現風險并沒有直接采用 SOA進行設計的風險大。
這個觀點可能會讓架構師認識到在有些情況下，SOA是錯誤的選擇，至少不是最好的選擇。目前大多業務及IT相關的問題將減慢或阻礙任何構思良好的技術SOA活動的實現。曾有一位汽車行業的CTO反饋出這樣一種意見：“SOA只是一種業務而已?！?這位CTO和他的團隊僅關心如何使用其現有的技能在預算內按時達成這些目標。他們已經在其現有EAI基礎結構中進行了大量投資。
在資金有限的業務環境中，幾乎沒有客戶能為解決特定的業務問題無限制地投入資金。因此，作為用戶，請同時根據技術指標和業務指標來確定是否采用 SOA。
Calvin Lawrence
IBM Software Group Emerging Technology團隊的執行架構師。他的職責范圍包括通過關鍵策略活動的支持來推廣戰略 IBM 體系結構、技術和產品。
雖然我們不知道每個具體解決方案到底是什么樣的，但都應當客觀地看待每一個問題。請同時根據技術指標和業務指標來確定是否采用 SOA。
——Calvin Lawrence
利用SOA改善信息質量
人們之所以關心SOA，是因為 SOA具有直接和間接影響信息管理系統的能力。為了獲得成功，人們需要在業務服務所涉及的信息的上下文中對其進行考慮,人們需要知道檢索到的信息是準確的。
被更新的信息經過了驗證。交換的信息的意義對于服務提供者和使用者都是一樣的。如果忽略了這些事情，服務的價值和可重用性就會減少。
可以采用很多辦法實現信息協定。其中一個變得越來越重要的就是主數據管理(MDM) 領域。MDM系統可為業務應用程序或服務提供經過清除、整合且特定于域的信息。最常見的MDM系統是作為客戶和產品信息的信息集線器使用的系統。每個集線器都作為中心點使用，可以在此對信息進行添加、更新、審核、清除、搜索和查詢。
MDM系統可以是事務型的（在操作業務流程的主線中更新），也可以是引用型的（提供業務流程所引用的信息的一致來源）。但最重要的是，人們可以將MDM系統看作其本身提供了一個一致的服務集，以供在各種業務流程內使用和進行重用。
通過MDM等方法現實地實現信息提供者和使用者之間的協定，可以幫助人們實現SOA所承諾的靈活業務流程和服務可重用性，更重要的是，它同時為人們提供了高效管理信息質量的機會。
Dan Wolfson
IBM杰出工程師，在研究商業分布式計算方面具有 20 多年的經驗，曾涉獵事務和面向對象的系統、編程語言、消息傳遞和數據系統等。
SOA表示的不僅是服務提供者和使用者的協定，而且也是信息提供者和使用者間的協定
—Dan Wolfson
服務超越基礎技術
在企業的業務范圍中，大量的創新都出現在以下兩個方面：企業邊緣和企業之間。在邊緣上，人們可以看到很多企業向中間件之上的框架投入了很多精力（這些框架包括獨立于領域的框架，如Ajax，以及特定于領域的框架），也投入了很多精力進行與設備相關的工作（比較典型有大家熟悉的RFID應用設備）。而在企業之間，人們可以經?？吹礁鞣N系統（包括舊有系統和新系統）概念的形成。這些事實正逐步印證一個事實：在企業邊緣，服務是提供超越基礎技術的行為。在企業之間，服務則提供了各種系統之間語義豐富的強大通信方式。其中，SOA向分布式對象添加面向服務，從而可以在進程之間調用服務。它是一種用于設計應用程序體系結構的方法，以便應用程序的各個部分可以在不同的進程中運行，而且還允許不同的應用程序共享和重用正在運行的部分。
值得一提的是，在目前以Web 為中心的系統中，服務已經被證實為一種重要的機制，但在系統的構造中，服務的手段卻略顯不足。
Grady Booch
曾參與過全球幾乎所有領域的以軟件為中心的系統設計，在其中擔任架構師或體系結構顧問，發表了數百篇關于軟件工程的文章。
在企業邊緣，服務是提供超越基礎技術的行為。在企業之間，服務則提供了各種系統之間語義豐富的強大通信方式。
—Grady Booch
IT應用的康莊大道
隨著我們進入下一個十年，人們將開始著手大幅度減少工作量（過去，人們不得不將來自不同IT供應商的產品或組件組合成可行的有價值的端到端解決方案）。
未來，供應商提供的業務組件將不依賴于基礎結構，可以在各種平臺上執行。因此，軟件開發人員會將更多的精力放在有效集成供應商組件和確保有效的互操作性上?？蛻舻腎T 操作部門將主要負責選擇最適合業務需求的運行時平臺；即提供恰當部署和管理業務組件所需的必要服務質量和運行時支持的平臺。
IT 業務操作部門所屬的人員將是業務和企業體系結構專業人士。無論人們是如何定義業務或企業架構師的：為了實現這個遠景，整個行業將需要更多的具有IT和企業體系結構背景的人士。
雖然這個遠景可能十分誘人，但在實施過程中仍然存在很大的風險，在進入組件天堂之前，人們必須小心地減小這些風險。
在開始進行實現模型服務的體系結構的任務時，最重要的減小風險方法可能就是要求有強有力的管理良好的控制流程和策略。只有通過強有力的企業服務控制策略才能夠避免更改管理問題，甚至于解決服務間的語義不匹配，系統功能結合方面難于調試的等等問題。
Andras Szakal
IBM Federal Software Group 的首席架構師，同時也是杰出工程師和高級認證 IT 架構師。他還是The Open Group的理事會成員。
無論人們是如何定義業務或企業架構師的，但為了實現IT應用的未來康莊大道，整個行業將需要更多的具有 IT 和企業體系結構背景的人士。
—Andras Szakal
