2009-05-20 09:01:18 來源：CIO 時代網(wǎng)
什么樣的企業(yè)IT架構(gòu)是理想的？在很多新技術(shù)不斷涌現(xiàn)的今天，企業(yè)用戶似乎有了越來越多的選擇，但是更多的選擇在有些時候也可能會意味著無所適從。新技術(shù)到底帶來哪些新的企業(yè)IT架構(gòu)模式？不同的架構(gòu)又會為企業(yè)帶來什么？未來的架構(gòu)會是什么樣？
業(yè)內(nèi)專家對目前主流的企業(yè)IT架構(gòu)模式進行了簡單的分析，并將其分為7類：以數(shù)據(jù)為中心的架構(gòu)、流程驅(qū)動架構(gòu)、面向服務(wù)的架構(gòu)、基于需求的架構(gòu)、安全的架構(gòu)、輕便開放的架構(gòu)以及無時無處不在的架構(gòu)。
這樣的分類不能算是很嚴謹，但它代表了一種趨勢：企業(yè)用戶對IT架構(gòu)的整體規(guī)劃意識越來越強。事實上，企業(yè)架構(gòu)的搭建已經(jīng)日漸成為企業(yè)信息化的基礎(chǔ)，從前東建一個系統(tǒng)、西開發(fā)一款軟件的企業(yè)IT系統(tǒng)搭建模式已經(jīng)成為過去，就像軟件開發(fā)從最初的作坊式開發(fā)發(fā)展到今天的軟件工程一樣，企業(yè)IT架構(gòu)的規(guī)劃也將是一項系統(tǒng)工程。
盡管不同的企業(yè)會根據(jù)自己的實際情況采用不同的新技術(shù)，SOA（面向服務(wù)架構(gòu)）、ILM（信息生命周期管理）、虛擬化都可能是它們的技術(shù)外衣，并據(jù)此形成不同的企業(yè)IT架構(gòu)模式，但在所有這些不同的背后我們還是能夠找到它們的共通之處，即它們的本質(zhì)驅(qū)動力都是來自業(yè)務(wù)驅(qū)動。CEO和CIO們也從來沒有像今天這樣對企業(yè)架構(gòu)產(chǎn)生如此大的興趣。幾年前 85%的架構(gòu)工作在物理層和邏輯層，但現(xiàn)在50%轉(zhuǎn)移到了業(yè)務(wù)層面，這種向業(yè)務(wù)驅(qū)動的轉(zhuǎn)變是未來IT系統(tǒng)的一種特征。
以數(shù)據(jù)為中心的架構(gòu)：強調(diào)數(shù)據(jù)一致性和質(zhì)量
以數(shù)據(jù)為中心的架構(gòu)不僅要保證IT系統(tǒng)內(nèi)數(shù)據(jù)的一致性，更重要的是要提高數(shù)據(jù)的質(zhì)量。
在信息時代，數(shù)據(jù)只有轉(zhuǎn)化成有用的信息之后才能體現(xiàn)其價值，而要達到這個目標(biāo)，首先要能夠集中處理來自多個數(shù)據(jù)源的數(shù)據(jù)，其次數(shù)據(jù)質(zhì)量也要有所保障。企業(yè)管理層在進行決策時總是希望獲得更多信息，無論它們是來自企業(yè)業(yè)務(wù)系統(tǒng)還是文檔、內(nèi)容管理系統(tǒng)。另一方面，如果來自多個數(shù)據(jù)源的數(shù)據(jù)總是不一致，不僅會導(dǎo)致更高的維護成本，而且一旦使用了過時數(shù)據(jù)必然會限制業(yè)務(wù)流程的實施速度并妨礙流程自動化的實現(xiàn)。事實上在實際應(yīng)用中，有太多信息封閉在相互獨立的系統(tǒng)中，全面獲取正確的信息并非易事。
對于許多大型企業(yè)用戶來說，以數(shù)據(jù)為中心的架構(gòu)最初是出于對企業(yè)核心地位“基本數(shù)據(jù)”的管理，即確定客戶、產(chǎn)品、雇員和其他核心參考數(shù)據(jù)的特征和屬性。在一個全球化的大企業(yè)中，客戶或產(chǎn)品數(shù)據(jù)一般分布在幾十個甚至數(shù)百個CRM、ERP以及其他系統(tǒng)中，而這些系統(tǒng)通常來自不同的廠商。
而且每套數(shù)據(jù)通常都是針對工程、銷售、市場等特定業(yè)務(wù)需求以及特定區(qū)域定制的。結(jié)果，企業(yè)從上至下呈現(xiàn)的是一個四分五裂的數(shù)據(jù)海洋，從而不可避免地會在運用商業(yè)智能（Business Intelligence，簡稱BI）時導(dǎo)致錯誤結(jié)果。因此IBM、甲骨文、SAP、Siebel等軟件供應(yīng)商推出了一系列基本數(shù)據(jù)管理解決方案，兼有發(fā)布和預(yù)訂機制、規(guī)則可配置的流程自動化控制以及一個協(xié)助數(shù)據(jù)經(jīng)理協(xié)調(diào)不同數(shù)據(jù)系統(tǒng)的知識庫。而有些干脆是在原有的應(yīng)用系統(tǒng)之上增加商業(yè)分析功能。它們的目標(biāo)都是為了建立一個規(guī)范的基本數(shù)據(jù)集，并將這個規(guī)范的數(shù)據(jù)集推向遍布企業(yè)的各種數(shù)據(jù)庫。
在抽取來自不同數(shù)據(jù)源的數(shù)據(jù)的同時，確保數(shù)據(jù)質(zhì)量是另一個重要問題。因為用戶在最終拿到數(shù)據(jù)之后要基于它們進行分析得到有用的信息。
除了控制基本數(shù)據(jù)，企業(yè)用戶還需要在結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)之間建立聯(lián)系。XML、SOA、企業(yè)搜索技術(shù)使得建立這種聯(lián)系更加容易，成本也更低。越來越多的工具可以把面向SQL、面向?qū)ο?、面向?nèi)容的存取方法以及企業(yè)搜索技術(shù)結(jié)合起來，在各種關(guān)系數(shù)據(jù)庫、XML存儲系統(tǒng)、大型機、文件服務(wù)器、內(nèi)容管理系統(tǒng)，甚至電子郵件系統(tǒng)中實施查詢操作。
這樣一來，企業(yè)決策層不僅能夠看到各種業(yè)務(wù)系統(tǒng)中可能存在的流程問題，而且企業(yè)搜索系統(tǒng)隨處可查的動態(tài)查詢功能還能增強傳統(tǒng)BI系統(tǒng)的能力，將尚未裝載到數(shù)據(jù)倉庫中的實時數(shù)據(jù)也納入BI系統(tǒng)的挖掘范圍。
有分析師認為，這種通用的搜索和報告方法最終將導(dǎo)致數(shù)據(jù)倉庫的淘汰，其中的關(guān)鍵在于能夠同時存儲關(guān)系型數(shù)據(jù)和XML數(shù)據(jù)的數(shù)據(jù)庫技術(shù)。
通常為了分離OLAP或數(shù)據(jù)挖掘應(yīng)用，人們必須進行數(shù)據(jù)裝載、數(shù)據(jù)凈化、數(shù)據(jù)卸載、重新格式化數(shù)據(jù)等復(fù)雜的操作，服務(wù)器的數(shù)量和復(fù)雜度也成倍增加。但將來軟件供應(yīng)商會試圖把系統(tǒng)簡化到只有一個核心的數(shù)據(jù)庫或類似的產(chǎn)品，它能夠在數(shù)據(jù)庫引擎內(nèi)直接處理所有任務(wù)。
當(dāng)然，完全實現(xiàn)基于服務(wù)的信息和通用數(shù)據(jù)存取尚需時日，OASIS和其他標(biāo)準(zhǔn)組織也正在針對一些垂直行業(yè)以及這些行業(yè)之間的信息互通制定各種規(guī)范，以便不同系統(tǒng)能夠更有效地通過XML來共享信息。
要利用有用的信息，企業(yè)用戶必須著眼對全局的了解。以數(shù)據(jù)為中心的企業(yè)架構(gòu)正是試圖從全局的角度提供完整、一致、準(zhǔn)確的信息。
流程驅(qū)動的架構(gòu)：關(guān)鍵是更靈活
業(yè)務(wù)流程是企業(yè)業(yè)務(wù)的核心所在，在以業(yè)務(wù)流程為中心的基礎(chǔ)之上，企業(yè)還必須使業(yè)務(wù)流程的實現(xiàn)更加靈活，以應(yīng)對外界的變化。
看看那些悄悄進入企業(yè)架構(gòu)領(lǐng)域的縮略語：BPEL（業(yè)務(wù)流程執(zhí)行語言）、BPM（業(yè)務(wù)流程管理）、BPO（業(yè)務(wù)流程外報）……你就會發(fā)現(xiàn)在重視效率、新產(chǎn)品上市速度和法規(guī)遵從性的今天，“業(yè)務(wù)流程”的概念正大舉進入IT的總體架構(gòu)中。
事實上在設(shè)計每一代架構(gòu)時，所抽象的層次是越來越高。以業(yè)務(wù)流程為中心的架構(gòu)中的抽象級別是虛擬業(yè)務(wù)流程。業(yè)務(wù)流程是企業(yè)業(yè)務(wù)的核心所在，在以業(yè)務(wù)流程為中心的基礎(chǔ)之上，企業(yè)還必須使業(yè)務(wù)流程的實現(xiàn)更加靈活，以應(yīng)對外界的變化。所以企業(yè)的IT部門需要改變以往從面向獨立交易單元效率的角度或其他資源驅(qū)動的角度去開發(fā)、優(yōu)化和管理系統(tǒng)，而換之以從端到端業(yè)務(wù)流程的角度去管理系統(tǒng)。
一些典型的端到端流程包括：訂單至現(xiàn)金收入、采購至付賬、產(chǎn)品開發(fā)與人力資源等。在這些流程中還存在大量子流程。另一套重要的流程是IT系統(tǒng)自身的工作流程，如同ITIL（IT基礎(chǔ)設(shè)施庫）框架所描述的那樣。通常企業(yè)會把IT投資集中用在改善對企業(yè)具有最大影響力的流程上。如在汽車行業(yè)把產(chǎn)品設(shè)計時間從 3年縮短到18個月。
從業(yè)務(wù)流程的角度設(shè)計IT架構(gòu)需要做些什么？首先IT部門必須從確定流程戰(zhàn)略開始，然后是定義和設(shè)計流程，接著是執(zhí)行。其中定義流程是關(guān)鍵，通常所能實現(xiàn)的IT功能的自動化程度取決于客戶對其流程認識的清晰程度。其次，IT部門必須能夠在抽象層上對流程驅(qū)動的架構(gòu)建立模型并實施該架構(gòu)，以在流程變化時能迅速適應(yīng)，給企業(yè)帶來更大的靈活性。
軟件供應(yīng)商都在力圖打破IT與特定資源結(jié)合在一起的束縛，就好像這些資源是組合在一起表示業(yè)務(wù)流程的、面向?qū)ο蟮慕M件一樣。因此各種軟件供應(yīng)商都在設(shè)計適合各種現(xiàn)有環(huán)境的BPM工具，以從資源和工作流的角度協(xié)助對關(guān)鍵業(yè)務(wù)流程的性能建模，并對其進行優(yōu)化和監(jiān)視。這些工具通?？縒eb服務(wù)或類似接口在整個環(huán)境中實現(xiàn)端到端的連接，以支持端到端的業(yè)務(wù)流程，而且大多數(shù)工具都支持新出現(xiàn)的Web服務(wù)標(biāo)準(zhǔn)。
與此同時，IT架構(gòu)還必須納入有關(guān)流程的最佳實踐知識，例如各種預(yù)置參考模型和流程模型，它們就像一個流程工程，把各種最佳實踐組合起來，放在流程驅(qū)動的架構(gòu)中。
免責(zé)聲明：本網(wǎng)站（http://www.www.gypb.net/）內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權(quán)歸原作者所有。任何單位或個人認為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，請及時通知本站，予以刪除。
搶沙發(fā)
