現在企業或多或少都在遭遇一個問題，企業管理架構承載超負荷。由于企業不斷建立信息化系統時運用了很多種設備和產品。對于整體系統的運作出現了很多微調和中間件接口攔截。對于整個系統已經是加重運轉速度，在這樣的情況下隨著進一步的業務提升系統更是不堪負荷，對于這樣的問題多少企業主都提出IT系統必須具有靈活性，并且能夠承受更多的業務提升。然而對于這點卻是個難題。因為原有系統中各子系統、各模塊之間是一種"緊耦合結構"，拆分和溝通很不靈活。
原有系統的復雜度很高，為完成系統功能，定義了很多復雜的接口，并且代碼相當復雜。比如，要想完成數據的抽取轉換裝載功能，我們必須針對不同的需求，重構這一功能模塊。這些工作量和成本都非常巨大。
這些因素都迫使我們在應用新的IT架構時必須考慮商業成本和靈活的系統架構模式：首先，新的架構必須降低IT系統結構的復雜度;其次，需要減少系統的運營成本，同時，增加系統的靈活性。
IT架構規劃遇到SOA
公司的IT規劃包括三個層面上的內容：一是戰略層面的規劃，它主要確定的是信息化的大方向;二是IT項目層面的規劃，它確定的是每一個具體IT系統的建設的目標范圍，以及方案、實施計劃與投資;第三是IT架構規劃,它是IT規劃的核心內容，是公司戰略與IT目標的支撐框架，是聯接公司戰略與具體每一個IT項目之間的橋梁。
隨著信息化建設的深入，IT架構成為公司信息化建設的核心問題，公司原有的IT規劃，缺位主要表現在沒有進行深入IT架構規劃，在公司戰略與IT系統之間，沒有細化的框架聯接，這種不完整的IT規劃，導致造成巨大的IT投資風險和浪費。
就在我們關于如何規劃IT架構經過多次會議討論無結果而陷于絕境的時候，柳暗花明之處，SOA出現了。因為SOA使IT架構的構建機制發生了史無前例的變化，所以系統規劃一旦加入SOA因素，企業就必然重新考慮IT規劃的技術架構。
SOA變革基礎架構
以前，隨著業務需求和網絡技術的發展，筆者公司產生了大量為滿足產品或服務需要的軟件系統，如:ERP、CRM、OA、SCM等。但這些系統一般都是單獨實施、獨立存在，由于數據標準不統一、接口不一致，系統間往往缺少聯系與合作，這也就導致每一個系統成為一個孤島。
SOA(面向服務的體系結構service-orientedarchitecture)與其說是一種技術，不如說是一種的思維方式。它是一項大膽的基礎架構變革，表達我們如何通過技術和協同工作來實現業務變化。
與面向對象的技術架構不同，SOA架構所需要的服務模塊可以分布在更為廣泛的分布環境中，而不必像面向對象技術架構那樣，需要使用大塊的可重用去構建一個全新的系統。通過合理的部署，SOA系統可以改善原有的IT系統效率，使得原有的那些應用系統更具有柔性。
SOA架構的革命性思路是在傳統的業務層和技術層之間增加一個服務層，服務層通過一套協議或規范把應用程序從底層技術層調出來，加以封裝，再根據業務層需求靈活組合。
服務層不依附于任何特定技術平臺，能夠在業務層和技術層之間溝通、組合，業務應用系統就變成了"松耦合結構"，想用什么功能就調用什么功能，需要什么功能就裝配什么功能，改動調整非常方便。而且這些構建在各種各樣系統中的"服務"可以以一種統一和通用方式進行交互。保證系統靈活性，另外，還可以保證"服務"的重復利用。
SOA讓二次開發成本降低為零
在參與的項目中,有一個架構設計小組和兩個開發小組，其中一個開發小組主要開發面向客戶的應用服務，另一個開發小組主要開發核心系統服務。經過一段時間的工作，我們發現那些在業務流程中最基本最通用的功能是可以抽取出來，使用SOA架構進行重構。并且，系統的開發部署時間以及系統的性能這兩個檢驗系統是否成功的兩個關鍵標準都得到極大的改善。
SOA降低成本。我們成功構建了一個通用的服務功能模塊，在下一次開發時，我們可以直接調用這一功能模塊。從這個意義上講，第二次開發時的開發成本為零。
SOA架構使管理統一。對于SOA系統而言，要想成功實施一個系統，必須從企業整體來通盤考慮，成立專門的架構設計小組，確定整個企業業務流程運作的最佳路徑。這樣整個業務流程及信息系統的管理將會實現統一管理，改變過去各部門、各業務環節脫節的現象。
SOA架構從一開始就顯示出ROI(投資回報率)，因為SOA反對四處出擊，是按成本受益順序確定服務開發的優先級。通過仔細的規劃，啟動成本就能限制在現有預算內。經過一段時間后，服務模塊的重用會確保以后每個新業務應用程序的啟動成本很低。在實施開始時設置好基線，確保可測量性，避免臨時修路的效果。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
相關文章
