SOA 實現企業IT規劃的好方法(1)

SOA（面向服務的架構）為我們提供了一種很好的改變現有業務流程模式的途徑，成功實施SOA項目的關鍵在于分析重點、減低風險，給出企業真正需要的功能模塊。本質上講，SOA并不是一種新技術，它僅僅是一種系統設計/規劃模式，甚至可以說，只是一種現有業務流程重組轉換模式。

要將現有的IT架構轉變到SOA架構需要時間、資金、勇氣，以及一位強有力的領導者?；赟OA架構建立的IT系統可以幫助企業節約系統的開發成本，并可以大大提高企業的敏捷性。但是，要想實施基于SOA架構的系統，不但需要大膽的構想，更需要大膽的行動。為了實現這一目標，對企業內所有的員工，這既包括IT部門員工，也包括其他部門的員工，都需要轉變對業務流程的固有看法。這需要相關的職能部門為了長遠的目標而放棄眼前的利益，也要求IT系統設計師及開發人員從服務的角度來考慮系統的構成，同時，可能會放棄某些環節的控制權，如版本控制等。整個SOA系統可能要涉及變更管理、技術管理、風險管理以及日常業務管理等多個已有的業務系統。

這些情況的確能夠讓人們在是否選擇SOA模式上猶豫不決，就像在黑暗的SOA森林中找不到前進的方向一樣，但實際情況并不如想象的那么困難，根據已經實施的SOA系統，我們還是能夠找出其實施路徑的。

SOA的定義

簡單的講，SOA就是將現有的一些功能模塊打包成獨立的程序包，命名為“服務”模塊，這些服務模塊在整個軟件系統的角色相當于在壘高玩具中所用到的小磚塊。對于這些服務模塊，需要對其接口進行良好定義，使得其他的應用系統可以使用“拿來主義”，方便的使用這些服務模塊。通過創建服務模塊庫，將所建立的模塊集中到模塊庫中，這樣，利用庫中的服務模塊，可以方便的構建出所需要的應用系統，這好像我們在壘高游戲中，使用同樣的小磚塊，只需要對磚塊進行重新排列，我們既可以搭建出城堡，又可以搭建成鱷魚或飛機。與面向對象的技術不同，SOA架構所需要的服務模塊可以分布在更為廣泛的分布環境中，而不必像面向對象技術那樣，需要使用大塊的可重用去構建一個全新的系統。對于基于SOA架構所構建的系統，我們不必考慮如何基于具體的操作系統構建具體的服務模塊，也不必考慮具體的操作系統，只要這些操作系統支持標準的服務接口就可以方便的使用這些服務模塊。

如果你認為SOA是解決目前IT系統所有痼疾的萬能良藥，那你可能要失望了。SOA并不能代替已經在公司內部存在的那些被良好集成的應用系統。通過合理的部署，SOA系統可以改善原有的IT系統效率，使得原有的那些應用系統更具有柔性。

SOA如何改變業務流程

ProCard公司是一家信用卡服務公司，他們能夠提供其競爭對手（如visa）不具備的信用卡服務，這些服務包括動態跟蹤信用卡持有者個人信息變化，比如增加信用卡透支額度或個人通信地址的變更，要完成這些服務，需要一套完整實時信息系統來代替原有的離線信息系統。同時，ProCard清楚地知道其競爭對手也會建立完成這些功能的信息系統。所以，ProCard面臨一個選擇：是繼續使用原有的信息系統來實現這些新的服務項目，還是建立一個新的信息系統。最終，ProCard選擇了后者，基于SOA架構建立新的信息系統。

ProCard可以將從他們的信息系統中將那些完成實時功能的模塊抽取出來，形成一個獨立的軟件產品，以滿足對包括Visa系列信用卡在內的產品支持。但是，出于長遠考慮，他們希望所構建的系統能夠為更多的潛在用戶所用。因此，他們決定使用SOA架構構建了面向服務的軟件功能組件，這樣用戶可以方便的將這些功能組件集成到他們的系統中，并且它們還提供一些擴展接口，滿足未來軟件功能擴展的需要。但是，大膽的想法往往會遇到很大的阻力。要實現SOA的系統，必須說服業務流程部門的人員贊成這一決定，也就是說，需要改變現有的ProCard的業務模型，不但要讓他們知道這個想法是可以實現的，而且要讓他們知道這種改變是必須的。ProCard的COO（前任CIO）Inn Hill說道，“從技術上講，我們的員工可以很快的接受這一新系統，但從業務流程角度講，我們需要花較長的時間來適應新系統所帶來的改變?！逼渲凶铌P鍵的一點，Hill提到，是確保我們不僅僅局限于技術層面，更重要的是考慮潛在的商業利益，這就要求我們從簡單的獨立系統供應商轉變成一個服務供應商?！拔蚁嘈湃绻覀兲峁┗诜盏囊恍┕δ苣K，那我們將會開拓一個我們未曾涉足的領域?！盚ill同時也強調，一些銀行可能不會購買這一新的軟件服務，但是，一些對個人信息感興趣的機構可能會購買這一服務，這樣，對ProCard而言，就開拓了除了原有市場之外的另一個新的市場。

“無論從哪個角度來看，實現SOA是一個夢想，它的影響不僅僅是技術層面的，更重要的是，它可以改變我們現有的流程模式?！盚ill補充道。

技術是難點，說服員工是難上之難

SOA項目主管必須清楚一點：對于SOA項目的實施，不能一次將所有的功能都加以實現，不能一口吃個胖子。在SOA項目中將風險最小化的一個方法是先將一些小的或有利于業務流程使用SOA模式構建相應的服務模塊，這樣可以讓員工先適應這種新的服務模塊，不至于使整個公司因為引入了新的IT系統而陷入混亂。ProCard的CIO Guido Saclearcase/" target="_blank" >cchi表示，之所以引入SOA來構建新的IT系統，是出于幾方面考慮的：首先，新的架構可以降低IT系統結構的復雜度；其次，可以減少系統的運營成本，同時，增加系統的靈活性。

為了減少整個項目的風險，他決定先對呼叫中心中的兩個功能進行服務模塊化——站內客戶服務和離站信息收集，并將它們作為SOA的測試項目。之所以選擇這兩個功能是因為它們具有相對固定的項目預算，并且其運營成本相對較高。同時，如果這兩個功能服務能夠成功實現的話，那可以增加新的利潤來源，并且提供新的SOA項目可以成功的證據。

共2頁: 1 [2] 下一頁