電信部門SOA的部署：規(guī)劃+管理+原則

申請免費試用、咨詢電話：400-8352-114

SOA是一個面向服務的、對分布式計算環(huán)境基礎(chǔ)設(shè)施進行設(shè)計、建設(shè)和管理的架構(gòu)。SOA建立了商業(yè)與IT服務之間的聯(lián)系，為分布、動態(tài)變化的商業(yè)環(huán)境提供穩(wěn)定、可擴展、安全和可管理的IT支撐環(huán)境。SOA是當今電信領(lǐng)軍企業(yè)率先考慮的方法論并成為提升通信服務的能力引擎，它使IT部門可搭建靈活的可配置體系以支持隨需應變的電信業(yè)務?！　?/P>

SOA強調(diào)兩個原則：一是從業(yè)務角度，追求業(yè)務靈活性，通過增加流程的粒度、快速生成業(yè)務流程以及組裝應用來及時響應市場的變化;另一方面是從IT角度，追求IT系統(tǒng)簡單化，通過服務生成的技術(shù)無關(guān)性、最大化重用現(xiàn)有服務等方法來實現(xiàn)IT系統(tǒng)的靈活與簡化。SOA是更加適應業(yè)務要求、生命力更為持久的架構(gòu)體系。

實現(xiàn)SOA之路

SOA的建設(shè)是一個長期的過程，涉及組織、業(yè)務、流程和技術(shù)等各方面，須進行全生命周期管理。

在實現(xiàn)SOA的過程中，電信運營商需要從六個方面來進行部署。

SOA理念傳達：幫助企業(yè)理解SOA概念，分析SOA獲得的收益和潛在影響;

SOA評估：應用相關(guān)評估方法，確定指導SOA建設(shè)的全面路標;

SOA架構(gòu)和管治：在向SOA轉(zhuǎn)變的過程中，需要設(shè)立專職的SOA架構(gòu)管理組織;

SOA服務建模：定義、開發(fā)和部署業(yè)務服務和IT服務，這些服務可以是企業(yè)級、產(chǎn)品線級、部門級甚至是項目級的服務;

SOA軟件開發(fā)和部署：確定開發(fā)和交付過程中的業(yè)務服務和IT服務的粒度，完成軟件的開發(fā)和部署;

SOA管理：在SOA的建設(shè)過程中，制定相關(guān)政策和服務等級約定，實現(xiàn)對服務和軟件生命周期的管理、監(jiān)控、審計和分析。

根據(jù)SOA建設(shè)的全生命周期管理及建設(shè)原則，IT系統(tǒng)向SOA演進的關(guān)鍵部分包括SOA建設(shè)管控、服務建模、服務設(shè)計和現(xiàn)有應用的服務化改造。

制定SOA建設(shè)管控

建設(shè)SOA是企業(yè)的長期戰(zhàn)略，多數(shù)公司都通過成立SOA工作組來實施SOA，以啟動SOA的建設(shè)。多數(shù)情況下，該工作組是一個小而嚴密的團隊，具有多樣且互補的技術(shù)，掌管企業(yè)的總體架構(gòu)：工作組組長主要由IT負責領(lǐng)導擔任;架構(gòu)管理崗位負責制定內(nèi)部標準、藍圖、參考架構(gòu)、設(shè)計模式、模板、一些共享和水平服務等技術(shù)規(guī)范;運行管理崗位負責管理SOA的日常運行維護。

SOA工作組是成功實施SOA的最關(guān)鍵要素。沒有一個理解如何操作和掌控SOA的優(yōu)秀團隊，實施SOA的工作很難成功。

SOA工作組在啟動SOA建設(shè)時，需確定SOA建設(shè)的工作目標，明確SOA工作組流程(需求管理、開發(fā)和部署、問題處理、運行評估等)，需完成建立SOA環(huán)境運行監(jiān)控、服務生命周期管理、服務運行質(zhì)量監(jiān)控、告警和事件處理等日常工作及職責分配。

SOA工作組一旦成立，接下來需由業(yè)務和IT團隊合作，制定實施路線圖。路線圖應與公司的戰(zhàn)略利益聯(lián)系在一起，項目進度、資金籌集、人員安排、業(yè)務驅(qū)動和業(yè)界競爭等因素都可能影響實施進程。由于一些因素可能使得SOA脫離正確軌道，應仔細定期追蹤進程。

SOA路線圖一般具有多個階段。第一階段是進行前期探索、了解技術(shù)挑戰(zhàn)，實施諸如驗證、授權(quán)、確認和數(shù)據(jù)轉(zhuǎn)換等簡單的水平服務;第二階段是制定更多的面向業(yè)務的服務;第三階段包括聚合服務、開發(fā)工作流和集成各個不同的系統(tǒng)。

電信部門：進行SOA服務建模

進行SOA服務建模

服務建模是通過對全部業(yè)務流程的全面分析，初步確定業(yè)務服務和應用服務，包括服務封裝的業(yè)務/應用邏輯和對外提供的操作候選。

服務建模的前提是需對業(yè)務流程和系統(tǒng)功能非常了解。服務建模的工作是一個較長的過程，需要經(jīng)過若干個階段才能慢慢完善和確定。服務建模主要包括三個方面的工作：流程梳理、架構(gòu)設(shè)計和SOA產(chǎn)品行業(yè)模板。

對業(yè)務流程進行梳理

流程梳理，即從現(xiàn)有流程梳理成果入手，自頂向下，將合理的流程活動封裝為服務。

在流程梳理的過程中，SOA工作組應采用國際先進方法，電信行業(yè)一般采用基于eTOM的流程管理和NGOSS架構(gòu)，用業(yè)務驅(qū)動和流程穿越的方法定義和澄清項目的范圍，具體包括：梳理和分析對應的業(yè)務流程，明確業(yè)務流程的節(jié)點和涉及的人員角色;分析業(yè)務流程對應的IT系統(tǒng)支撐和控制點，用不同的表現(xiàn)形式來區(qū)分涉及的IT系統(tǒng)，因為涉及多個IT系統(tǒng)的流程都會涉及到與對應系統(tǒng)的集成;針對業(yè)務流程的相似性，使用抽象合并的方法對業(yè)務流程進行IT流程的歸并。

系統(tǒng)架構(gòu)設(shè)計的構(gòu)建

架構(gòu)設(shè)計是從系統(tǒng)功能架構(gòu)和現(xiàn)有系統(tǒng)模塊入手，自底向上封裝應用服務和通用服務。

從IT系統(tǒng)的建設(shè)趨勢來看，IT的整合將是建設(shè)過程中的主旋律。發(fā)掘已有IT系統(tǒng)的潛力，整合系統(tǒng)之間重疊的功能應用，實現(xiàn)系統(tǒng)間信息數(shù)據(jù)的交互、共享暢通，規(guī)范企業(yè)技術(shù)架構(gòu)，逐步消除信息孤島將是未來IT建設(shè)的重要舉措，因此電信運營商需根據(jù)具體需要，由系統(tǒng)功能和現(xiàn)有系統(tǒng)模塊入手，引入SOA，建立系統(tǒng)一二級服務類，并構(gòu)建整體服務建模。只有具備健全的架構(gòu)基礎(chǔ)才可發(fā)揮SOA在松散耦合、重用以及抽象技術(shù)和服務方面的主要優(yōu)點。

SOA 的參考架構(gòu)分為多個層面，包括服務的生成與封裝、業(yè)務流程的建模、企業(yè)服務總線的構(gòu)建等。在SOA的架構(gòu)中，服務的生成可以在原有系統(tǒng)的基礎(chǔ)之上通過封裝得到，對于新開發(fā)的應用則在開發(fā)時即可規(guī)劃服務的內(nèi)容與訪問形式。總之，服務將以合約或契約的形式存在，而企業(yè)服務總線則在服務與調(diào)用者之間進行服務的組合、完成透明化的處理(包括協(xié)議轉(zhuǎn)換、調(diào)用方式、內(nèi)容格式轉(zhuǎn)換、安全控制等)，應用之間的協(xié)同工作則通過流程定義來實現(xiàn)。

SOA系統(tǒng)須滿足三個條件：數(shù)據(jù)、界面和業(yè)務邏輯分離;能把接口開放出來并容易被調(diào)用;能進一步將面向技術(shù)的組件包裝成面向業(yè)務的服務。

SOA產(chǎn)品行業(yè)模板的借鑒

SOA 的戰(zhàn)略意義目前已得到業(yè)內(nèi)廣泛認可，在企業(yè)應用集成領(lǐng)域有著重要的意義。成熟的SOA產(chǎn)品針對不同的行業(yè)應用已經(jīng)有了基本的服務建模，可作為重要參照。 Oracle、IBM、SAP和微軟等軟件巨頭從本世紀初開始陸續(xù)為SOA投入了大量資源，目前已經(jīng)形成比較完善的解決方案。

通過SOA促進IT和業(yè)務的融合過程包括四個邏輯層次：底層是SOA基礎(chǔ)和IT基礎(chǔ)架構(gòu)，其上是行業(yè)框架，再上一層是行業(yè)解決方案，最上層則是策略性商業(yè)推動力。Oracle、IBM、SAP和微軟等都已經(jīng)建立了電信行業(yè)的應用架構(gòu)，這些框架建于最新的行業(yè)標準之上，可為企業(yè)提供多種設(shè)計和部署SOA的方法。通過運用這些框架，企業(yè)能夠充分利用帶有BPM(業(yè)務流程管理)的流程模板創(chuàng)建最佳實踐，滿足自身的業(yè)務需求。

明確服務設(shè)計內(nèi)容

服務設(shè)計的目標是為業(yè)務流程建立一種與定義侯選服務一致的方法。服務是其接口采用SCA(服務組件體系結(jié)構(gòu))和SDO(服務數(shù)據(jù)對象)等一致認可的格式發(fā)布的服務操作的邏輯分組。服務設(shè)計需與部署到其中的SOA基礎(chǔ)架構(gòu)相兼容，尤其要確保服務應避免不必要的耦合。因此服務設(shè)計需遵循基于面向服務的設(shè)計原則。

根據(jù)服務建模結(jié)果和統(tǒng)一的服務設(shè)計標準，服務設(shè)計需要完成各類服務的接口定義API(參考TMF的OSS/J等)。服務設(shè)計的流程包括SOA準備、設(shè)計以實體為核心的業(yè)務服務、設(shè)計應用服務、設(shè)計以任務為核心的業(yè)務服務、設(shè)計面向服務業(yè)務流程五個階段。

API定義除了業(yè)務接口，還需要考慮一些基礎(chǔ)接口，用來提供監(jiān)控、安全、審計等服務。