Deploying SOA Apps
部署SOA應用
by Sheri Atwood, Interwoven
Friday, May 12, 2006

原文：http://www.line56.com/print/default.asp?ArticleID=7609&TopicID=7

翻譯：Ryan X. Wong (Lazing) 還請批評指正

面向服務架構的爆發式應用，戲劇性地改變了市場上商業應用的解決方案。各個組織通過提出獨創性的商業解決方案來增強其競爭力。這些動態，與眾不同，靈活的方案可以隨著商業需求快速地改變。采用面向服務框架的組織開發獨立的應用，這應用與其他已經正常工作的應用程序一起構成了新的商業實踐，而不是從零開始。新的應用被稱為組合應用。大多數市場上的組合應用使用Web Service的接口定制構建。Forrester說："組合應用把模塊揉合到一起，整合商業過程定義來增強企業應用的適應性和敏捷性。"

在當前競爭的背景下，機構想存活需要一種優勢，組合應用軟件的實用性提供了這種競爭優勢。在組合軟件研發之后，如何在全球生產環境中部署，是要面對的下一個重大挑戰。當組織選擇投入面向服務架構，需要企業去開發組件或者WEB應用。當組合軟件開發完成后，很少有組織投資在其適合的管理工具上。大多數組織機構仍然依賴易出錯的手工過程來部署、配置新的組合應用軟件到生產環境。

因此，該如何向最終用戶分發組合應用程序和WEB SERVICE？不能再依賴原先的過程來解決這個問題。現行的部署工具能夠安裝系統鏡像，修補或者更改打包的應用程序。這些環境通常是靜態的，原有的工具能夠適用，因為應用軟件環境的改變是有限的。然而，一個組織要想過渡到SOA框架，創建構件應用程序模型，就需要新的基礎結構解決方案，來處理特有的性質，比如頻繁的更替。Gartber說："實現SOA的工程常常受困于工具，標準和一致性的缺乏。"因此，很明確，提供一個構件應用，標準和一致性的方案是必須的。

大多數組織利用既沒有效率又昂貴的人工過程來安裝構件應用。典型的IT操作是應用開發者提供程序代碼，IT部門撰寫定制腳本來適應每一個需要部署的變化。由于改變太過頻繁，手工程序很可能不能適應新的組件應用模型，產生了信息技術瓶頸。手工部署過程花費太常需要太多的準備時間，沒有辦法跟蹤改變何時何地發生，更重要的是，在部署不成功的情況下，沒有辦法回滾到先前的程序。

為了適應面向服務架構和構件應用提出的新商業需求，組織需要過渡到自動化的解決方案，來確保所有的構件應用制品能夠以同一的，可重復的方式部署。自動解決方案能夠提供效率，減少花費，增強客戶體驗。自動解決方案應該在應用程序聚合時采用標準化的編碼，內容，設置方式，完成在測試，臨時和最終產品環境中的同步。理想的標準方案應當與現有的源代碼，內容及配置管理系統結合工作，這樣可以利用工具完成從各個開發環境到全球WEB服務器的部署。這樣的解決方案可以增加效率，顯著降低管理和應用改變時在測試和產品環境中的開銷。標準解決方案還應當提供可重用的過程和檢查路徑來適應信息技術制度管理的需要。每一個構件應用的改變來自于整合同一個倉庫的源代碼，內容和配置環境，同步和存儲改變，檢查跟蹤，然后部署到WEB應用服務器供客戶使用。

為了適應管理制度規則，方案要具有足夠的伸縮性來滿足最大的組織應用，確保所有的改變在全球的服務器上能夠一致的更新。理想的解決方案連接標準的源代碼管理，WEB內容和目標服務器，來確保現有的應用環境能夠整合。更進一步，如果在部署中發生錯誤，應當能夠返回到最近一次一致的滿足應用狀態，因此，不會影響應用程序的可用性。通過標準化的自動策略，組織可以將其應用更快地推向市場，來適應面向服務架構的需求，根本上改善最終客戶的體驗。



Sheri Atwood is Director, IT Solutions for Interwoven, Inc.

________________________________
Find this article at: http://www.line56.com/articles/default.asp?articleid=7609