CIO們?nèi)绾伟盐誗OA實施

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

CIO心中的SOA和廠商宣傳的SOA，好像并不是一碼事兒。為什么SOA(Service Oriented Architecture，面向服務架構(gòu))正在大行其道?答案也許簡單到極點。

隨著企業(yè)規(guī)模的逐漸擴大，企業(yè)的復雜性也不斷增加，不同部門之間職責、利益、流程的交錯，讓包括部分高層管理者在內(nèi)的很多人不清楚，如果企業(yè)某個地方出了問題，到底應該追根溯源到哪個部門、哪個人。

這種現(xiàn)象對于已經(jīng)深入到企業(yè)每個角落的IT產(chǎn)品、IT服務也是如此。早上南京OA登錄不上去了——這到底是網(wǎng)絡問題，還是南京OA問題，或者是數(shù)據(jù)庫、服務器出錯了?IT部門到底應該找哪個供應商解決問題呢?

國內(nèi)CIO對SOA早已聽了很多。SOA的理念和他們所面臨諸多挑戰(zhàn)，促使很多CIO 開始認真地思考“企業(yè)的IT 環(huán)境到底需要什么?企業(yè)的業(yè)務需要到底有多復雜?

從這個角度上看，對CIO而言，有無識別能力顯得非常重要。那么，CIO們該如何決策?“CIO采用新技術(shù)和新理念的動力有兩個，一個是希望，一個是恐懼?！鄙虾＜一笨偨?jīng)理王茁說。他所說的希望，就是CIO如果采用某種解決方案或者技術(shù)架構(gòu)，IT和業(yè)務的情況也許會變得更好;而所謂恐懼，是指如果你不采用新技術(shù)優(yōu)化現(xiàn)狀，那將會面臨“下課”的風險。王茁說:“對于SOA，我從來沒有恐懼過。”

當我們把目光轉(zhuǎn)向SOA時，同樣的問題出現(xiàn)了——當應用因為一個根本性的故障而被迫終止的時候，應該由誰來負責接聽并處理用戶的緊急求助?

目前SOA已經(jīng)步入實施的縱深階段，然而，近來國外的一系列SOA實施案例表明，曾經(jīng)備受肯定的SOA架構(gòu)正暴露出其架構(gòu)的固有缺陷——當基于SOA的服務管理達到一定深度時，目前的SOA管理策略在服務故障的追根溯源方面力有未逮，這一現(xiàn)實對整個SOA架構(gòu)和管理理念都提出了嚴峻的挑戰(zhàn)。國內(nèi)SOA用戶應該對這一動向保持足夠的警惕。

多數(shù)CIO計劃實施SOA

在調(diào)查的企業(yè)中，有一半多(58%)企業(yè)的IT主管已經(jīng)實施了或正在考慮實施SOA，其余的(42%)沒有考慮SOA。在選擇SOA方面，首要的顧慮為缺乏合格的員工或資源(47%)，缺乏期望的投資回報ROI (40%)和缺乏資金 (38%)。

幾乎三分之二被調(diào)查的企業(yè)正在培訓現(xiàn)有的職員來滿足新的實施要求，而培訓中接近一半人(45%)將勝任顧問職務。41%的企業(yè)說他們已經(jīng)適當?shù)嘏嘤柫藛T工， 19%的企業(yè)計劃外包其SOA關(guān)鍵的部分。當問及為了使職員滿足SOA要求而采取的戰(zhàn)略時， 有40%的IT主管強調(diào)他們會培訓現(xiàn)有的員工。

曾經(jīng)實施過SOA的CIO們說，SOA是為內(nèi)部集成應用使用的占44%，直接地提供服務給顧客或消費者的占28%， 與外部合作伙伴提供的應用進行連接的占21%，而有53%的回答“上述的情況都有”。

CIO如何把握時機部署SOA

SOA 能夠優(yōu)化業(yè)務需求與 IT 的一致性，能夠?qū)I(yè)務流程活動從服務實現(xiàn)中分離出來，還能夠降低操作成本。只有在不固定供應商的情況下才能真正實現(xiàn)這些功能，此時面向 SOA 實現(xiàn)的技術(shù)可以無縫集成(考慮：“開放標準”)，以構(gòu)造全面的端到端解決方案。

當考慮了策略業(yè)務目標和活動時，理論上的 SOA 概念非常具有吸引力，更加容易得到支持。不過，不可輕易決定要實現(xiàn) SOA。這與改變生活方式有些類似，因為開發(fā)和操作團隊遵循的 IT 控制模式將完全不同。我提倡進行業(yè)務驅(qū)動開發(fā)。此過程涉及到將業(yè)務需求細化為 IT 要求，然后將 IT 要求細化為 IT 功能，以確定滿足這些需求所需的技術(shù)。根據(jù)我過去四年開發(fā)基于 Web 服務的解決方案和更為成熟的基于 SOA 的解決方案的經(jīng)驗。

在理想情況下，您和您的業(yè)務合作伙伴間沒有預算限制、計劃期限、技能差距和優(yōu)先級差異，我想，此時完全可以說每個人都會采用 SOA，或者至少會考慮采用 SOA。不過，我們的選擇實際上經(jīng)常受到過去的決策的影響和限制(例如，技術(shù)投資、編程模型采用、服務的合同協(xié)定等)。因此，我們并不能總是自由地采用看起來能滿足某個業(yè)務需求或技術(shù)要求的最佳選項。

CIO如何選擇SOA標準

挑戰(zhàn)是還不存在通用的、一致的架構(gòu)框架來指導這些標準的進化、完善和集成。很多標準都不成熟?！?/P>

在這些標準成熟之前，CIO怎樣才能趟過這灘泥地呢?技術(shù)官員和行業(yè)專家給出了這樣的建議：密切的監(jiān)視這些標準的發(fā)展并且努力保證你的選擇是開放的，但是一定不要拖延關(guān)鍵SOA項目的啟動。一些策略可以幫助你避免陷入標準的困境中。

當你做你的SOA規(guī)劃的時候，你可以創(chuàng)建一個關(guān)鍵標準的列表，不是全面的標準列表。比如，像SOAP和WSDL這樣的標準已經(jīng)被廣泛的采納了，包括WS-Security等標準即將被廣泛采納的。但是其他的一些需要構(gòu)建和高質(zhì)量服務進行操作的WebServices的規(guī)范——比如管理、交易和高級安全的標準——僅僅成熟到適合具有冒險精神的技術(shù)采納者。

CIO應該支持基于標準的SOA而不是本地的協(xié)議，如果一個應用必須有比WebServices所能提供的更高的QoS，“那么做技術(shù)的變通，但是這些變通能夠保持和出現(xiàn)的規(guī)范的設(shè)計模型的密切聯(lián)系，從CIO的角度來講，他們冒著很大的壓力來采用一個中間件平臺來填補缺乏的標準，但是從某種程度來講，這不會將他們鎖定到它。（IT專家網(wǎng)）