解讀企業(yè)IT架構的現(xiàn)實與憧憬

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

什么樣的企業(yè)IT架構是理想的？在很多新技術不斷涌現(xiàn)的今天，企業(yè)用戶似乎有了越來越多的選擇，但是更多的選擇在有些時候也可能會意味著無所適從。新技術到底帶來哪些新的企業(yè)IT架構模式？不同的架構又會為企業(yè)帶來什么？未來的架構會是什么樣？

《InfoWorld》的編輯和記者對目前主流的企業(yè)IT架構模式進行了簡單的分析，并將其分為7類：以數(shù)據(jù)為中心的架構、流程驅動架構、面向服務的架構、基于需求的架構、安全的架構、輕便開放的架構以及無時無處不在的架構。

這樣的分類不能算是很嚴謹，但它代表了一種趨勢：企業(yè)用戶對IT架構的整體規(guī)劃意識越來越強。事實上，企業(yè)架構的搭建已經(jīng)日漸成為企業(yè)信息化的基礎，從前東建一個系統(tǒng)、西開發(fā)一款軟件的企業(yè)IT系統(tǒng)搭建模式已經(jīng)成為過去，就像軟件開發(fā)從最初的作坊式開發(fā)發(fā)展到今天的軟件工程一樣，企業(yè)IT架構的規(guī)劃也將是一項系統(tǒng)工程。

盡管不同的企業(yè)會根據(jù)自己的實際情況采用不同的新技術，SOA（面向服務架構）、ILM（信息生命周期管理）、虛擬化都可能是它們的技術外衣，并據(jù)此形成不同的企業(yè)IT架構模式，但在所有這些不同的背后我們還是能夠找到它們的共通之處，即它們的本質驅動力都是來自業(yè)務驅動。CEO和CIO們也從來沒有像今天這樣對企業(yè)架構產(chǎn)生如此大的興趣。幾年前85%的架構工作在物理層和邏輯層，但現(xiàn)在50%轉移到了業(yè)務層面，這種向業(yè)務驅動的轉變是未來IT系統(tǒng)的一種特征。

以數(shù)據(jù)為中心的架構：強調數(shù)據(jù)一致性和質量

以數(shù)據(jù)為中心的架構不僅要保證IT系統(tǒng)內數(shù)據(jù)的一致性，更重要的是要提高數(shù)據(jù)的質量。

在信息時代，數(shù)據(jù)只有轉化成有用的信息之后才能體現(xiàn)其價值，而要達到這個目標，首先要能夠集中處理來自多個數(shù)據(jù)源的數(shù)據(jù)，其次數(shù)據(jù)質量也要有所保障。企業(yè)管理層在進行決策時總是希望獲得更多信息，無論它們是來自企業(yè)業(yè)務系統(tǒng)還是文檔、內容管理系統(tǒng)。另一方面，如果來自多個數(shù)據(jù)源的數(shù)據(jù)總是不一致，不僅會導致更高的維護成本，而且一旦使用了過時數(shù)據(jù)必然會限制業(yè)務流程的實施速度并妨礙流程自動化的實現(xiàn)。事實上在實際應用中，有太多信息封閉在相互獨立的系統(tǒng)中，全面獲取正確的信息并非易事。

對于許多大型企業(yè)用戶來說，以數(shù)據(jù)為中心的架構最初是出于對企業(yè)核心地位“基本數(shù)據(jù)”的管理，即確定客戶、產(chǎn)品、雇員和其他核心參考數(shù)據(jù)的特征和屬性。在一個全球化的大企業(yè)中，客戶或產(chǎn)品數(shù)據(jù)一般分布在幾十個甚至數(shù)百個CRM、ERP以及其他系統(tǒng)中，而這些系統(tǒng)通常來自不同的廠商。

而且每套數(shù)據(jù)通常都是針對工程、銷售、市場等特定業(yè)務需求以及特定區(qū)域定制的。結果，企業(yè)從上至下呈現(xiàn)的是一個四分五裂的數(shù)據(jù)海洋，從而不可避免地會在運用商業(yè)智能（Business Intelligence，簡稱BI）時導致錯誤結果。因此IBM、甲骨文、SAP、Siebel等軟件供應商推出了一系列基本數(shù)據(jù)管理解決方案，兼有發(fā)布和預訂機制、規(guī)則可配置的流程自動化控制以及一個協(xié)助數(shù)據(jù)經(jīng)理協(xié)調不同數(shù)據(jù)系統(tǒng)的知識庫。而有些干脆是在原有的應用系統(tǒng)之上增加商業(yè)分析功能。它們的目標都是為了建立一個規(guī)范的基本數(shù)據(jù)集，并將這個規(guī)范的數(shù)據(jù)集推向遍布企業(yè)的各種數(shù)據(jù)庫。

在抽取來自不同數(shù)據(jù)源的數(shù)據(jù)的同時，確保數(shù)據(jù)質量是另一個重要問題。因為用戶在最終拿到數(shù)據(jù)之后要基于它們進行分析得到有用的信息。

除了控制基本數(shù)據(jù)，企業(yè)用戶還需要在結構化和非結構化數(shù)據(jù)系統(tǒng)之間建立聯(lián)系。XML、SOA、企業(yè)搜索技術使得建立這種聯(lián)系更加容易，成本也更低。越來越多的工具可以把面向SQL、面向對象、面向內容的存取方法以及企業(yè)搜索技術結合起來，在各種關系數(shù)據(jù)庫、XML存儲系統(tǒng)、大型機、文件服務器、內容管理系統(tǒng)，甚至電子郵件系統(tǒng)中實施查詢操作。

這樣一來，企業(yè)決策層不僅能夠看到各種業(yè)務系統(tǒng)中可能存在的流程問題，而且企業(yè)搜索系統(tǒng)隨處可查的動態(tài)查詢功能還能增強傳統(tǒng)BI系統(tǒng)的能力，將尚未裝載到數(shù)據(jù)倉庫中的實時數(shù)據(jù)也納入BI系統(tǒng)的挖掘范圍。

有分析師認為，這種通用的搜索和報告方法最終將導致數(shù)據(jù)倉庫的淘汰，其中的關鍵在于能夠同時存儲關系型數(shù)據(jù)和XML數(shù)據(jù)的數(shù)據(jù)庫技術。

通常為了分離OLAP或數(shù)據(jù)挖掘應用，人們必須進行數(shù)據(jù)裝載、數(shù)據(jù)凈化、數(shù)據(jù)卸載、重新格式化數(shù)據(jù)等復雜的操作，服務器的數(shù)量和復雜度也成倍增加。但將來軟件供應商會試圖把系統(tǒng)簡化到只有一個核心的數(shù)據(jù)庫或類似的產(chǎn)品，它能夠在數(shù)據(jù)庫引擎內直接處理所有任務。

當然，完全實現(xiàn)基于服務的信息和通用數(shù)據(jù)存取尚需時日，OASIS和其他標準組織也正在針對一些垂直行業(yè)以及這些行業(yè)之間的信息互通制定各種規(guī)范，以便不同系統(tǒng)能夠更有效地通過XML來共享信息。

要利用有用的信息，企業(yè)用戶必須著眼對全局的了解。以數(shù)據(jù)為中心的企業(yè)架構正是試圖從全局的角度提供完整、一致、準確的信息。

流程驅動的架構：關鍵是更靈活

業(yè)務流程是企業(yè)業(yè)務的核心所在，在以業(yè)務流程為中心的基礎之上，企業(yè)還必須使業(yè)務流程的實現(xiàn)更加靈活，以應對外界的變化。

看看那些悄悄進入企業(yè)架構領域的縮略語：BPEL（業(yè)務流程執(zhí)行語言）、BPM（業(yè)務流程管理）、BPO（業(yè)務流程外報）……你就會發(fā)現(xiàn)在重視效率、新產(chǎn)品上市速度和法規(guī)遵從性的今天，“業(yè)務流程”的概念正大舉進入IT的總體架構中。

事實上在設計每一代架構時，所抽象的層次是越來越高。以業(yè)務流程為中心的架構中的抽象級別是虛擬業(yè)務流程。業(yè)務流程是企業(yè)業(yè)務的核心所在，在以業(yè)務流程為中心的基礎之上，企業(yè)還必須使業(yè)務流程的實現(xiàn)更加靈活，以應對外界的變化。所以企業(yè)的IT部門需要改變以往從面向獨立交易單元效率的角度或其他資源驅動的角度去開發(fā)、優(yōu)化和管理系統(tǒng)，而換之以從端到端業(yè)務流程的角度去管理系統(tǒng)。

一些典型的端到端流程包括：訂單至現(xiàn)金收入、采購至付賬、產(chǎn)品開發(fā)與人力資源等。在這些流程中還存在大量子流程。另一套重要的流程是IT系統(tǒng)自身的工作流程，如同ITIL（IT基礎設施庫）框架所描述的那樣。通常企業(yè)會把IT投資集中用在改善對企業(yè)具有最大影響力的流程上。如在汽車行業(yè)把產(chǎn)品設計時間從3年縮短到18個月。

從業(yè)務流程的角度設計IT架構需要做些什么？首先IT部門必須從確定流程戰(zhàn)略開始，然后是定義和設計流程，接著是執(zhí)行。其中定義流程是關鍵，通常所能實現(xiàn)的IT功能的自動化程度取決于客戶對其流程認識的清晰程度。其次，IT部門必須能夠在抽象層上對流程驅動的架構建立模型并實施該架構，以在流程變化時能迅速適應，給企業(yè)帶來更大的靈活性。

軟件供應商都在力圖打破IT與特定資源結合在一起的束縛，就好像這些資源是組合在一起表示業(yè)務流程的、面向對象的組件一樣。因此各種軟件供應商都在設計適合各種現(xiàn)有環(huán)境的BPM工具，以從資源和工作流的角度協(xié)助對關鍵業(yè)務流程的性能建模，并對其進行優(yōu)化和監(jiān)視。這些工具通?？縒eb服務或類似接口在整個環(huán)境中實現(xiàn)端到端的連接，以支持端到端的業(yè)務流程，而且大多數(shù)工具都支持新出現(xiàn)的Web服務標準。

與此同時，IT架構還必須納入有關流程的最佳實踐知識，例如各種預置參考模型和流程模型，它們就像一個流程工程，把各種最佳實踐組合起來，放在流程驅動的架構中。

安全的架構：要盡早考慮安全問題

從一開始設計時就應全方位地考慮安全問題，而不是等系統(tǒng)建好以后再追加安全功能。

由于企業(yè)網(wǎng)絡邊界日趨復雜，應用級安全威脅越來越難以應付，各種法規(guī)又要求CIO們保證公司數(shù)據(jù)的安全，所以隨便給網(wǎng)絡添加一堆安全技術來保證安全已經(jīng)不再行得通。如今對于安全，企業(yè)用戶的做法已不再是跟蹤最新安全威脅動態(tài)，而是直接確定核心業(yè)務流程以及實現(xiàn)公司目標必不可少的信息資產(chǎn)，并直接保證這些流程和資產(chǎn)的安全。

實際上，安全問題已經(jīng)深深融入到業(yè)務流程和基礎設施中去了，可能會有那么一天，由于安全功能太普遍，以至安全技術不再有必要作為一門單獨的技術類別而存在。無論你在企業(yè)中做什么工作，你的職責都可能包括信息安全部分。

如果說有什么東西讓傳統(tǒng)的網(wǎng)絡安全邊界失效，那就是網(wǎng)絡信息存取越來越不受時間和地點限制了，這樣的信息存取活動越來越普遍。過去，各公司的雇員總是隨身帶著筆記本電腦，用VPN進行遠程系統(tǒng)操作。但是隨著SSL VPN的出現(xiàn)，雇員們現(xiàn)在可以用家中的計算機、其他公司的計算機、提供計算機的小亭子甚至網(wǎng)吧中的計算機訪問企業(yè)網(wǎng)絡。在這種情況下，一個簡單的間諜軟件可以輕易捕獲使用者的口令并將其發(fā)送到攻擊者手中。而且遠程辦公人員常常與家人共享家中的計算機，所以孩子在下在音樂文件時的小疏忽就可能導致機器被感染，進而損害到企業(yè)網(wǎng)。

與此同時，企業(yè)還要盡量考慮到業(yè)務外包、與合作伙伴聯(lián)網(wǎng)以及Web服務增長可能給網(wǎng)絡安全帶來的負面影響。毫無疑問，Web服務應用削減了傳統(tǒng)防火墻的價值，因為各公司必須向外界提供數(shù)據(jù)。隨著越來越多的應用層活動作為合法的端口80信息流穿過防火墻，各公司已經(jīng)開始采用考慮了應用層問題的入侵檢測解決方案，并開始考慮戰(zhàn)略性地放置應用層防火墻和XML防火墻，以保護一些敏感數(shù)據(jù)。事實上這些功能正越來越多地融入到傳統(tǒng)防火墻解決方案中。

有分析家預測，到2006年，如果有人購買防火墻，那么他還會購買入侵檢測系統(tǒng)。還有預測認為，XML和Web應用安全功能將融入內容過濾產(chǎn)品。

在Web服務技術和各種法規(guī)的推動下，對端到端企業(yè)身份認證解決方案和聯(lián)合身份標準的需求也在逐步增長。這些解決方案和標準可幫助不同的機構之間建立相互信任關系。尤其是身份管理的集中審計功能，正在成為實現(xiàn)法規(guī)規(guī)定的重要工具。

傳統(tǒng)的臺式機和網(wǎng)絡管理解決方案越來越多地承擔了程序修補管理和其他安全功能。隨著PC技術和Web服務器不斷納入各種設備，臺式機和網(wǎng)絡管理解決方案也可能成為企業(yè)安全戰(zhàn)略必不可少的組成部分。例如，思科這樣的交換機廠商正在把安全功能加入到主流網(wǎng)絡硬件中。

值得一提的是，企業(yè)在開發(fā)和部署IT系統(tǒng)過程中正在更早地考慮安全問題，外部代碼審查以及脆弱性和穿透性測試也更加普遍。也許隨著安全考慮無處不在，“安全”這個術語將會逐漸“消失”。

輕便開放的架構：新型IT系統(tǒng)的口號

輕便便宜的組件和開放源碼軟件是各種類型企業(yè)用戶攻克大量難題的武器。

在20世紀70年代流行這樣一種說法：“買IBM的產(chǎn)品準沒錯兒”。那時，大型機為王，而且說到大型機幾乎就是默認為IBM的大型機，當時企業(yè)軟件涉及的都是非常大的合同。那時候自由軟件基金會這個想法還沒影兒，購買全套企業(yè)應用軟件意味著一個昂貴長期的合同，對用戶來說，最好是選擇能夠找到的最大（因而也是最可靠的）廠商來提供產(chǎn)品。

現(xiàn)在情況已經(jīng)發(fā)生了很大變化，隨著市場規(guī)模不斷擴大，在傳統(tǒng)企業(yè)用戶之外出現(xiàn)了大量中小企業(yè)和新興行業(yè)用戶，它們的價格門檻各不相同。當然像IBM這樣的公司仍然試圖用自己的技術滿足每個企業(yè)的IT需求。

這類非傳統(tǒng)企業(yè)用戶的共同之處是，它們都需要比傳統(tǒng)的單個大型IT基礎設施更高的靈活性和敏捷性。如果能夠降低 IT支出，這些企業(yè)也不怕冒險。較小的企業(yè)不會花錢去購買一套大型軟件，而其中可能很多功能永遠都不會用到，尤其是預見到市場情況會發(fā)生變化時，就更不會將大筆預算花費在大型軟件身上了。

而且不僅是中小企業(yè)和新興行業(yè)的用戶具備這樣的特點，越來越多的大型企業(yè)用戶也開始要求低成本和低開銷的靈活架構。出現(xiàn)這種趨勢的根源是，業(yè)界涌現(xiàn)出了大量成熟開放的技術標準。開放標準在某些軟件領域實現(xiàn)了同類產(chǎn)品的互操作性，為用戶自由選擇不同廠商的產(chǎn)品提供了方便。這些標準還為開放源代碼社區(qū)提供此類開放源代碼軟件打開了方便之門，從而進一步降低了客戶的IT系統(tǒng)成本。

在很多情況下，開放源代碼都被看做是開放標準的推動力。一個標準只不過描述了一種公用協(xié)議或格式，但開放源碼軟件卻給標準注入了生命。

用開放源碼和開放標準來安慰關注企業(yè)IT系統(tǒng)敏捷性的客戶，并非僅僅IBM一家大型軟件供應商，HP、 Novell、甲骨文以及很多其他公司也都已加入到這一行列。CA公司去年開放其Ingres關系數(shù)據(jù)庫源碼之后很快就獲得了雙重好處，讓這個以前只是穩(wěn)定、可靠但并不算知名的產(chǎn)品煥發(fā)了新的光彩。在Ingres數(shù)據(jù)庫的源碼開放之前，要讓數(shù)據(jù)從現(xiàn)有數(shù)據(jù)庫中取出來放入其他類型的數(shù)據(jù)庫一直很難做到，但現(xiàn)在CA不僅讓客戶看到數(shù)據(jù)庫遷移的成本真的降低了，而且還充分享受到了開放源代碼社區(qū)的好處。開放源碼界對Ingres的第一個重要貢獻是提供了一個引擎，使其能夠理解甲骨文專有的PL/SQL查詢語言，這樣一來，甲骨文客戶向Ingres遷移應用程序就容易多了。

事實上，向開放、標準化和靈活發(fā)展的趨勢不僅限于軟件。例如在硬件方面，用戶正在遠離功能強大的大型單機，而采用由低成本服務器組成的可擴展的集群，使用英特爾處理器的1U機器和刀片服務器都是這種低成本系統(tǒng)。像Google的數(shù)據(jù)中心就是由數(shù)萬臺PC服務器和容錯軟件組成。

確實，IBM仍然在銷售大型機，但是自20世紀70年代以來，它的銷售策略有了相當大的變化?，F(xiàn)在，IBM zSeries機器除了提供z/OS，還運行Linux，大型機處理器單元也成了在類似集群配置的環(huán)境中用IBM z/VM虛擬化軟件迅速實現(xiàn)虛擬服務器的工具。

從數(shù)據(jù)中心到臺式機，可擴展性、靈活性、開放性和標準化已經(jīng)成為新型IT系統(tǒng)的口號。

面向服務的架構：下一代企業(yè)架構

SOA被認為是下一代的企業(yè)IT架構，各企業(yè)正在利用SOA模型為更加高效靈活的未來IT系統(tǒng)奠定基礎。

很多人第一眼看到SOA（面向服務架構）時會認為，要理解和應用SOA的各項法則必須首先就“服務”的定義達成一致，但實際上始終沒有達成這樣的一致，而SOA照樣為越來越多的企業(yè)用戶所接受。事實上之前“對象”和“組件”這兩個推動了前幾個階段軟件發(fā)展的概念也一樣難以給出清晰的定義，SOA并非首開先河。

ObjectWatch的首席執(zhí)行官Roger Sessions在最近的文章中建議，把這3個模型都看做是為實現(xiàn)重用而對代碼進行組裝的方法，它們的區(qū)別是代碼在哪里運行以及如何運行?！皩ο蟆惫蚕硪粋€公共操作系統(tǒng)流程和執(zhí)行環(huán)境，如Linux、Windows、Java、。NET等；“組件”存在于不同的流程中，但共享一個環(huán)境；“服務”則既跨出了流程的邊界，也超出了環(huán)境的邊界。

Web服務和SOA的運行環(huán)境就是Internet。10年前，編程人員開始采用Web公共網(wǎng)關接口（CGI）來發(fā)布和使用服務。今天我們設計和實現(xiàn)服務時仍然以此共有的技術遺產(chǎn)為基礎，SOA在兩個方面發(fā)揚了這個傳統(tǒng)，一方面是數(shù)據(jù)表示，另一方面是數(shù)據(jù)通信。

毫無疑問，XML是數(shù)據(jù)表示的通用語言，但在如何使用這種通用語言上卻存在激烈的爭論。例如XML Schema（XML概要）這個可選功能成了兩種不同做法的分水嶺?？苫ゲ僮鞯姆招枰獓栏竦臄?shù)據(jù)定義嗎？抑或它們需要的是一種模糊狀態(tài)？答案是兩者皆可，視不同時間、不同方式和不同用途而定。

在SOAP和WS-*系列規(guī)范的世界里，XML Schema一般管理服務之間的合同。如果代表一份購買訂單的XML文件不是有關Schema的有效實例，那就該發(fā)出報警信號了。有了XML Schema，任何流程，無論在哪里運行，甚至是離線運行，都能執(zhí)行這種有效性檢查。不符合Schema的內容怎么辦？今天這類數(shù)據(jù)是通過電子郵件傳遞的。電子郵件系統(tǒng)對這些數(shù)據(jù)進行不了太多操作，因此關鍵是定義能夠攜帶任意XML內容的Schema，以便人們能夠“抓住空檔匆匆寫就一些東西”。同時，不要忽視企業(yè)中日益增多的XML數(shù)據(jù)，這些數(shù)據(jù)沒有，可能永遠也不會概要化，其最好的例子就是RSS。RSS為我們提供了一種輕便和通用的方法，方便我們交換、路由并重新組合各種內容。今天用電子郵件在人和流程之間建立聯(lián)系的應用，幾乎每個都能重塑成面向RSS的服務。

但另一方面不該忽視的是，WS-*系列標準將很多數(shù)據(jù)通信的屬性推進應用層，如安全性、異步性、可靠性、路由和代理等。在應用層，我們可以從業(yè)務的角度來判斷這些屬性，而不是作為網(wǎng)絡通道來處理這些屬性。

也有一批對這些技術保持悲觀態(tài)度的人，他們認為這些概念已經(jīng)被宣教了兩三年，什么網(wǎng)格、企業(yè)服務總線、面向服務架構……太多的概念讓人眼花繚亂。但是這些概念一定有相當一部分會存活下來，并在未來幾年引發(fā)企業(yè)軟件時尚。

基于需求的架構：清晰劃分服務等級

根據(jù)用戶需求向不同用戶提供不同級別的服務并動態(tài)地恰當分配資源，是基于需求的企業(yè)架構的初衷。

把系統(tǒng)資源分配給固定用戶的日子已經(jīng)一去不復返，企業(yè)用戶因為營收壓力使得IT部門越來越像一個內部服務公司。在這種情況下，面對用戶快速變化的需求和不同用戶的服務級別要求，企業(yè)IT架構必然要保證系統(tǒng)做出更加積極的響應。

IT部門作為一個服務公司以及基于需求的服務級別管理這樣的理念需要體現(xiàn)在IT架構中?，F(xiàn)在企業(yè)架構設計領域壓倒一切的趨勢是SOA，它在某種程度上使得滿足不同需求更加容易，因為可以采用一些標準協(xié)議來獲取應用功能，而不必從頭開始建立系統(tǒng)。另外，在規(guī)劃SOA 時，也很難做到把所有各方現(xiàn)在和將來的需求都一一考慮周全，因此采用標準協(xié)議的方式就顯得更加必要了。

例如，在醫(yī)院的信息系統(tǒng)中，其無線基礎設施支持4類用戶：醫(yī)生調用臨床診斷結果和安排檢查以及醫(yī)療工作時，可以享用最快的網(wǎng)絡速度，并得到最安全的服務；病人使用同一個網(wǎng)絡，但安全模式不同；此外該網(wǎng)絡還支持無線VoIP和針對人員和設備的RFID應用，這兩種應用都有自己的服務級別。在搭建基于需求的企業(yè)IT架構時，要做的就是了解需求，然后采用一種劃分等級的做法設計并搭建系統(tǒng)架構，以滿足不同級別的需求，畢竟不可能為所有終端提供絕對的最高級別服務和最高質量，因為資金預算有限。

還有些企業(yè)把這種做法推向了極至，它們的系統(tǒng)允許針對非常具體的內部用戶或外部客戶進行服務級別微調。例如，向在線客戶提供詳細分級服務，這種分級通常是由政策驅動的，可以動態(tài)實現(xiàn)，也就是企業(yè)界一直談論的差別服務，從前的技術是做不到這一點的。

就內部用戶而言，這種分級常常是基于角色的，并需要能夠支持政策設置、規(guī)則引擎以及用量跟蹤和計費的架構。在后端，這種系統(tǒng)要具有靈活性，能夠擴展，或可以根據(jù)需求簽約或者動態(tài)地調整負載，以盡可能無縫地向合適的用戶提供級別恰當?shù)姆铡?/P>

足夠好的基于需求的架構應該能夠不斷變化以滿足內部和外部客戶日新月異的需求，而不是以前那種單一龐大、如同登月計劃那樣的架構規(guī)劃。架構必須內在地考慮變化因素，而不是持久不變。了解變化的驅動因素是什么，把所能理解的都充分落實到架構中，然后再不斷根據(jù)需求變化進行修改。

無時無處不在的架構：隨時隨地獲取資源

企業(yè)環(huán)境正在成為隨時隨地獲取公司資源、應用和數(shù)據(jù)的環(huán)境，企業(yè)的架構也因此隨之改變。

什么是無時無處不在的IT架構？問20個人可能會有20個答案。有些人會提到永遠開機的無線和移動設備的迅速普及；還有些人會想到，數(shù)10億微型IP連接傳感器、RFID標簽等產(chǎn)品即將大量涌現(xiàn)；也會有人從時間而不是空間的角度考慮，把無時無處的概念等同為24小時工作……

但是不管你怎樣看待這個問題，最近的技術進步都推動企業(yè)進入了一個新的世界，要在這個世界中獲得成功，至關重要的是能夠隨時隨地訪問人、應用和數(shù)據(jù)。很明顯，企業(yè)的IT部門必須從頭設計一些系統(tǒng)，并從一開始就把這些需求考慮進去。

醫(yī)院的CIO正努力爭取其無線系統(tǒng)能100%地覆蓋整個醫(yī)院，以便臨床醫(yī)生們能隨時隨地訪問數(shù)據(jù)，他們是真正的移動知識工人。移動軟件供應商則在IP將無處不在的假設下建設各種移動網(wǎng)絡。像Wi-Fi、Wi-Max、3G、2.5G這樣的技術實際上保證了業(yè)務能夠永遠連通，雖然這些技術還不夠可靠、廉價、安全和自由，但是這些技術隨處可用，人們已經(jīng)在這些技術上花費了巨額投資。

工作日的概念已經(jīng)一去不復返，7×24推動著我們的企業(yè)IT架構必須繼續(xù)向前發(fā)展。

在這種無時無處不在的未來架構中，所有東西都是可尋址的，所有東西的狀態(tài)都是可以完全知道的。除了存在響應速度問題和容量問題之外，從企業(yè)架構的角度看，如果真的達到如此高程度的連接性，那么就會存在不同資源管理水平、狀態(tài)理解水平、流程優(yōu)化水平甚至管制水平之間的巨大差別，而且會有大量隱私和安全問題需要全力解決。

IT架構設計師該如何為這種即將到來的無時無處不在的未來架構做好準備？現(xiàn)在所有事情都在Web上做，所有事情都是中間件驅動的，無時無處不在的架構正是這種模式的副產(chǎn)品。而程序員們都將成為粘合專家，能把差別可能很大的各個部分粘合起來，使得整個系統(tǒng)看上去像一個集成產(chǎn)品。

換句話說，就是利用一個統(tǒng)一的后端系統(tǒng)為多種渠道、多種設備和多種格式服務。大多數(shù)CIO都想實現(xiàn)客戶隨時隨地對企業(yè)資源的訪問，而且這種訪問要與企業(yè)內部運作過程一致。在這當中，移動設備并不是主要因素，用戶不想部署定制化的系統(tǒng)，他們希望獲得更高的投資回報，而實現(xiàn)這一目標的工具是標準的操作系統(tǒng)、Web服務和復合應用?？紤]到全球部署需要不同的語言和針對不同地域的內容，所以XML轉換技術應該置入架構中，不管是面向進行理賠的保險經(jīng)紀人、在股票市場上進行交易的股票經(jīng)紀人，還是房地產(chǎn)代理人，無時無處不在的IT系統(tǒng)都能以其下的中間件層為基礎，為這些人進行定制，并以相當開放的方式轉換和組裝不同的組成部分。（CIO時代網(wǎng)）