面向服務的ms同SOA結合

2019-11-17 04:54:38

字體：大中小

來源：轉載

供稿：網友

SOA正在成為開發新的商業解決方案的首選方法。每一個在布滿活力領域的環境中進行開發的人都應該使用SOA，但是很少的人能有享受這種奢侈的條件。導致大規模的SOA實現的推遲的最大的絆腳石是過多的現有系統沒有提供一個SOA接口。他們應該被再工程以創建一個web services接口嗎?或者一個接口可以通過包裝或者間接的方式被創建嗎?無處不在的這個問題是比在大型機上面更為有壓力的，因為:

許多現有的大型機處理應該提供一個豐富的關于有用服務的縫合。
一般的CICS COBOL程序都不能理解web services中的alphabet soup。
這些處理的所有者只是對他們的穩定性、性能和安全性感到自豪，并且提防分布式應用程學和程序員直接訪問他們。

Merrill Lynch在碰到這個問題之后開發了一個內部解決方案，稱之為X4ML。已經證實了該方案的有效性，他們把該方案出售給SOA Software，而SOA Software現在將會對該系統進行維護、擴展，并把它同SOA Software的其它產品線整合起來。SOA Software把該工具的名字標識為SOLA。現在的需求就是要能創建一個工具，該工具可以用來為服務的擁有者(the CICS developer)迅速地和輕易地把他們的主機程序和數據發布為Web Services，并且這個過程不需要修改任何的代碼。CICS 開發者應該不需要任何的非凡的環境，除了需要能夠使用一個瀏覽器之外，也不需要懂得任何的xml，java或者web services.Merrill Lynch通過創建一個工具來解決這些需求的問題。該工具對一個CICS 事務處理的COBOL程序的來源進行分析，分析對象不僅僅是書的拷貝，而且還有作為結果的Web Service(s)的簽名，其中分析書的拷貝是由此可以標識它的輸入和輸出。作為該過程的一部分，開發者有機會以多種不同的方式來組裝Web Service，例如可以通過使用直覺的變量名而不是原來的COBOL程序員選中的名字來發布這些服務。當完成之后，工具自動的創建WSDL并且把它發布到一個UDDI目錄中去。一旦發布之后，該服務就可以在運行環境中獲取到了，并且它將會執行未標識的CICS事務處理。該工具有一套測試工具，從而使得新的服務可以被所有者測試，但是并不要求所有者理解web services或者將要使用這些服務的分布式環境。這種方式的要害的好處是CICS事務處理可以和web service一起持續的以最初的狀態運作。這就意味著在添加新的服務的時候，不會打斷現有的系統，并且對同事保持一個事務處理的兩個版本也不需要解決。這就是從舊的技術過渡到新技術所得到的無代價方式。我現在可以聽到CICS狂熱者說“這一切都太簡單了，但是會話的3270應用程序怎么樣啊?”;明顯地Merrill Lynch已經考慮過這個問題，并且創建了一個解決方案，使得接口可以以一種智能的方式被練習，讓其知道一個多步事務處理看起來是怎么樣的和輸入和輸出是什么。這種會話的多步的事務處理可以作為一個單獨的Web Service發布。就像以前，WSDL可以自動的生成并且服務可以在UDDI注冊。SOLA最初的目的是使得企業機構能夠把大型程序集成到SOA環境作為逐步淘汰它的第一步，并且不需要分割系統合替代策略的代價。盡管如此，在已經知道集成現有程序是一件多么簡單的事之后，這些所有者意識到這個過程應該和在一個主機上使用現有的CICS COBOL開發者才能來開發新的web services一樣的輕易。SOLA實際上是給大型機程序的開發和應用繼續延續的生命。SOA Software計劃在這個季度的隨后發布SOLA. SOLA將會同SOA Software的其它的系統集成在一起，其中包括Registry, XML VPN 和 Service Manager。SOA Software也正在考慮為IMS TP提供SOLA。任何具有在大型機上的CICS COBOL產品系統的企業機構應該把SOLA看成一種延長這些系統的生命周期的方式，并且SOLA很可能成為使得大型機程序稱為SOA世界的核心的方式。

上一篇：將SOA引入Office應用程序桌面

下一篇：在WEBLOGIC環境中考慮SOA