室內(nèi)設(shè)計(jì)與SOA

1、室內(nèi)設(shè)計(jì)與 SOA上海期貨交易所CTO李大鵬博士在開始之前，我們先來看一段資料：八十年代初期， 盲目的模仿港臺(tái)的設(shè)計(jì)， 導(dǎo)致國(guó)內(nèi)的裝修裝 飾行業(yè)千篇一律， 不論什么功能的建筑都以賓館、 飯店的形式為 楷模，可為不倫不類，此風(fēng)刮遍大江南北。接著而來的是在室內(nèi) 設(shè)計(jì)中， 大量的堆砌高級(jí)的進(jìn)口裝飾材料， 使得裝修的造價(jià)節(jié)節(jié) 攀升，居高不下，嚴(yán)重的脫離了當(dāng)前的經(jīng)濟(jì)水平，造成了極大的 浪費(fèi)。在近幾年對(duì)簡(jiǎn)約主義的討論中， 許多室內(nèi)設(shè)計(jì)師認(rèn)識(shí)到盲目 的追求豪華， 使我國(guó)的裝修裝飾行業(yè)開始畸形發(fā)展， 于是紛紛摒 棄了繁瑣的裝修， 把更多的精力放在了室內(nèi)空間的營(yíng)造上， 注意 了室內(nèi)整體效果，把局部設(shè)計(jì)的思維提高

2、到空間設(shè)計(jì)思維的高 度。認(rèn)識(shí)到要通過室內(nèi)的裝飾和陳設(shè)來體現(xiàn)個(gè)性化， 充分反映出 自己的設(shè)計(jì)風(fēng)格，和業(yè)主的興趣與愛好?？梢赃@么說， 近二十年來， 我國(guó)的室內(nèi)設(shè)計(jì)經(jīng)歷了一條漫長(zhǎng)而曲折的道路。這似乎和我們的主題SOA沒有什么關(guān)系，但如果 我們仔細(xì)回顧一下國(guó)內(nèi)企業(yè)的信息化建設(shè)的過程， 不難發(fā)現(xiàn)， 某 些地方似乎有一些相似之處， “他山之石 可以攻玉”。我認(rèn)為，室內(nèi)設(shè)計(jì)和SOA有著異曲同工之妙。為什么這么說 呢？我們可以首先從他們最本質(zhì)的定義來看。 一般人都知道， 室 內(nèi)設(shè)計(jì)和室內(nèi)裝飾、 室內(nèi)裝修概念是不一樣的。 那究竟什么是室 內(nèi)設(shè)計(jì)呢？室內(nèi)設(shè)計(jì)是根據(jù)建筑物的使用性質(zhì)、 所處環(huán)境和相應(yīng) 標(biāo)準(zhǔn)，運(yùn)用物質(zhì)

3、技術(shù)手段和建筑美學(xué)原理，創(chuàng)造功能合理、舒適 優(yōu)美、滿足人們物質(zhì)和精神生活需要的室內(nèi)環(huán)境。IBM 關(guān) 于 SOA 的 定 義 是 ， 面 向 服 務(wù) 的 體 系 結(jié) 構(gòu) （service-orientedarchitecture ，SOA 是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元 （稱為服務(wù)） 通過這些服務(wù)之間定義 良好的接口和契約聯(lián)系起來。在SOA環(huán)境下，資源被作為一種獨(dú)立的服務(wù)， 并可用一種標(biāo) 準(zhǔn)的途徑， 在網(wǎng)上被其他業(yè)務(wù)流程訪問。 接口是采用中立的方式 進(jìn)行定義的， 它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、 操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng) 和通用的方式進(jìn)行交互

4、。我們接著對(duì)SOA的投資回報(bào)（ROI）進(jìn)行分析。ROI中與技 術(shù)最相關(guān)的是TCO TCO =開發(fā)+上線+維護(hù)，核心主干是企 業(yè)信息總線（Enterprise Messaging Bus - EMB ）， EMB的上線 需要“生產(chǎn)”和“災(zāi)備”兩個(gè)環(huán)境。SOA非SOA基礎(chǔ)網(wǎng)絡(luò)穩(wěn)定性穩(wěn)定性服務(wù)器硬件多臺(tái)小服務(wù)器一、二臺(tái)大服務(wù)器系統(tǒng)軟件（主要是 EMB ）需無有經(jīng)驗(yàn)的架構(gòu)師SOA經(jīng)驗(yàn)無需SOA經(jīng)驗(yàn)，C/S即可有經(jīng)驗(yàn)的系統(tǒng)分析師基于服務(wù)模塊的OOA 一般 OOA開發(fā)成本低高維護(hù)成本低高通訊成本分散集中時(shí)間成本低高表1 SOA的投資回報(bào)（ROI）分析SOA勺兩個(gè)核心：技術(shù)上的高度分布式架構(gòu)、業(yè)務(wù)上的明確模

5、塊化處理：高度分布式的技術(shù)架構(gòu)是在設(shè)計(jì)上， 每個(gè)功能模塊不僅在邏 輯上獨(dú)立，而且在技術(shù)實(shí)現(xiàn)上可以布置在網(wǎng)絡(luò)能聯(lián)結(jié)到的任何結(jié) 點(diǎn)上，互相獨(dú)立的模塊之間僅僅通過信息來交換數(shù)據(jù)和提出服務(wù) 請(qǐng)求與回答。業(yè)務(wù)上的模塊化是技術(shù)與業(yè)務(wù)緊密結(jié)合的結(jié)果， 每個(gè)獨(dú)立模 塊從業(yè)務(wù)的角度看， 一定是明確的業(yè)務(wù)流程中的一個(gè)步驟， 因此 在整體結(jié)構(gòu)設(shè)計(jì)中，首要的任務(wù)是有非常明確的業(yè)務(wù)模塊定義。真正對(duì)整個(gè)行業(yè)形成影響力的體系架構(gòu)，應(yīng)該是Client/Server- C/S結(jié)構(gòu)。典型范例是SYBASE數(shù)據(jù)庫加POWERBUILDER應(yīng)用實(shí)現(xiàn)。從 C/S的二級(jí)架構(gòu)，到 MICROSOFT 提倡的N級(jí)架構(gòu)，以COM為技術(shù)核心。對(duì)

6、今天影響最大的應(yīng)數(shù)SUN MICROSYSTEMSJ2EE （ 1998）。后來 MICROSOF以.NET 來對(duì)抗而已。實(shí)質(zhì)沒有新概念。在真正提出SOA之前，要看另一個(gè)發(fā)展線路：從SGML到XML的信息交換標(biāo)識(shí)語言。真正的 SOA 有兩個(gè)基本點(diǎn)： 1）標(biāo)準(zhǔn)的信息交換語言； 2）跨平臺(tái)的多級(jí)應(yīng)用 實(shí)現(xiàn)。SOA是 一種理念，而 WS是一種技術(shù)實(shí)現(xiàn)手段。如果應(yīng)用了SOA來規(guī)劃整個(gè)企業(yè)的技術(shù)系統(tǒng)，可以不用WS去實(shí)現(xiàn)。但是真正的 WS 一定是SOA的體現(xiàn)。Amazon的架構(gòu)已經(jīng)使用了 SOA UPS正在使用。NASDA啲新架構(gòu)設(shè)計(jì)是WS技術(shù)上，無論是使 用J2EE還是.NET都沒有關(guān)系，看對(duì)基礎(chǔ)軟硬件

7、的考慮，但是邏 輯架構(gòu)和設(shè)計(jì)思想才是真正評(píng)判的標(biāo)準(zhǔn)。既然室內(nèi)設(shè)計(jì)和SOA有異曲同工之處，那么室內(nèi)設(shè)計(jì)師和企 業(yè)架構(gòu)設(shè)計(jì)師必然也存在某些共通之處。 實(shí)際上的確如此。 室內(nèi) 設(shè)計(jì)師在工作時(shí)必須要從整體上把握設(shè)計(jì)對(duì)象， 具體來說， 要從 使用性質(zhì)、所在場(chǎng)所、經(jīng)濟(jì)投入這三個(gè)角度來衡量。即解決為什 么樣功能設(shè)計(jì)建筑物和室內(nèi)空間； 這一建筑物和室內(nèi)空間的周圍 環(huán)境狀況；相應(yīng)工程項(xiàng)目的總投資和單方造價(jià)標(biāo)準(zhǔn)的控制。邏輯架構(gòu)和設(shè)計(jì)思想是企業(yè)架構(gòu)設(shè)計(jì)師的工作內(nèi)容，而 SOA 需要的是“面向服務(wù)架構(gòu)設(shè)計(jì)師” 。這個(gè)角色非常關(guān)鍵。作為一 個(gè)合格的企業(yè)架構(gòu)師，他必須：首先，要對(duì)各種技術(shù)實(shí)現(xiàn)的手段有深刻的了解， 知道哪種

8、技 術(shù)可以最合適的應(yīng)用到哪種場(chǎng)合中。其次，他 / 她應(yīng)該對(duì)業(yè)務(wù)有全面的認(rèn)識(shí)，不一定是非常深刻的，但是要準(zhǔn)確，而且要配合業(yè)務(wù)部門將處理流程模塊化。 有了這些基礎(chǔ)，總體結(jié)構(gòu)的設(shè)計(jì)才能以服務(wù)為核心去構(gòu)思。當(dāng)然了，從傳統(tǒng)的技術(shù)角度出發(fā)， 架構(gòu)師還要提出技術(shù)解決方案。 從這個(gè)意義上說，和室內(nèi)設(shè)計(jì)師的角色很像。而“面向服務(wù)架構(gòu)設(shè)計(jì)師”必須從以下幾個(gè)方面來考慮： 首先是松藕合的原則是否滿足， 也就是說， 每個(gè)模塊的任何 修改和移動(dòng)， 是否對(duì)其他模塊沒有影響， 這是業(yè)務(wù)和技術(shù)兩方面 都要考慮的原則。其次是模塊間通信標(biāo)準(zhǔn)是否完善， 目前已經(jīng)有通用的XML類 協(xié)議標(biāo)準(zhǔn)可以使用， 但是具體業(yè)務(wù)方面的描述不一定有很適合的 語言，這就要自己去定義。再有就是環(huán)境的設(shè)置，這方面包括了 從硬件系統(tǒng)、系統(tǒng)軟件包、應(yīng)用軟件模塊等的配置，還有數(shù)據(jù)支 持方面，如數(shù)據(jù)庫和更廣泛的