3sNews訊 為期兩天的2012地理信息開發(fā)者大會(簡稱：WGDC)在北京國家會議中心舉行，本次大會以“新技術、新模式、新商業(yè)”為主題，是地理信息領域最具影響力的技術性盛會，其宗旨是不斷引領和促進地理信息技術的創(chuàng)新與變革。在第二天“Map+與開發(fā)者訓練營”分會場，來自易智瑞(中國)信息技術有限公司的高級應用咨詢師許哲發(fā)表了題為《ArcGIS 10.1 for Server技術架構》的演講。

易智瑞(中國)信息技術有限公司的高級應用咨詢師許哲

　　以下為文字實錄：

　　剛才我在外面跟很多朋友聊天的時候，我說下午的講座一般兩場講座都是比較困難的，都是有歷史責任的。第一是下午第一場講座，負責把大家的耳朵叫醒，把眼皮撐開，最后的一場講座往往是結束大家快樂或者是痛苦的一個過程。今天我跟大家分享的內(nèi)容會稍微簡單一些，大家從低頭做我們應用或者是開發(fā)的同時，能抬起頭來看一看現(xiàn)在大家怎么樣去應用這些新的技術，去構建自己的產(chǎn)品或者是服務，有什么樣的實施可以用于我們的項目或者是后續(xù)的內(nèi)容。

　　我想對于ArcGIS for Server這個產(chǎn)品，大家如果做開發(fā)的話會比較了解，在10.1這個新的版本上會為我們帶來哪些改變，今天我們從一個架構的角度來去跟大家解析一下新的產(chǎn)品有哪些新的改變。我們平時在做大量的產(chǎn)品或者應用的時候，尤其接觸到很多的客戶做一些產(chǎn)品或者是做一些功能，做了很多功能，客戶的需求都達到了，有很多非常豐富的功能。后來談到面臨的是性能的問題，后來說把這些東西進行整合，面臨著這些東西到底如何去整合?它會從一個比較大的角度去考慮，就會考慮到什么是架構，或者說我們這個架構到底應該怎么做。

　　這里面架構的定義無序過多的復述。我們做了大量的應用，相信在座很多的開發(fā)人員應該是用ArcGIS for Server做開發(fā)，今天大家有些人問我你們的產(chǎn)品是什么樣的?我簡單給大家說一下ArcGIS for Server。其實我們平常的日常工作當中會經(jīng)常遇到這些的問題，經(jīng)常打交道的就是我們的數(shù)據(jù)如何去管理，我們?nèi)绾蔚阶詈笕ブС执笥脩袅康牟l(fā)以及如何去滿足我們用戶對性能上的需求，以及現(xiàn)在我們的智能終端，以及在手機上有更多這樣的應用。對于這些問題，你們的產(chǎn)品或者是用一個什么樣的方式可以很好的解決這些內(nèi)容。

　　我們現(xiàn)在重新來看ArcGIS for Server。其實它就是一個用于共享的平臺，大家說我們?nèi)绱撕唵味x的這些內(nèi)容，對于我們開發(fā)人員來說會考慮哪些內(nèi)容?我們可以看一下，這些問題我們是不是經(jīng)常問自己?你既然是一個共享的平臺，或者說我們做了那么多的功能，其實在最后我們會問自己，我們在共享什么?或者說我們拿什么樣的東西去滿足用戶的需求?東西越來越多，這些資源如何去整合?怎么樣去完成這樣一個共享的命題?我們共享出來的這些內(nèi)容，跟誰一起去分享?基于一種共享的環(huán)境，我們能做哪些內(nèi)容?我會跳出我們做具體的功能上來完善，跳出這個圈子我們來考慮一下這些內(nèi)容，這是很多客戶做了很多東西的羅列之后，會從上至下考慮這個問題。現(xiàn)在大家做了很多工作的是共享平面的地圖，這是大家現(xiàn)在做得非常成熟的，對于GIS核心的內(nèi)容有這樣的需求，無論是從管理方面的需求，還是基于影像的一些運算，核心的是我們的數(shù)據(jù)是不是能和大家分享，愿意不愿意分享是另外一回事。還有GIS說的分析，或者是基于GIS數(shù)據(jù)的統(tǒng)一、整合和發(fā)掘是GIS的核心內(nèi)容，我們能不能把我們一些日常工作的經(jīng)驗，這些工具拿出來也跟大家分享，去減少其他人在做同類工作的一些時間。我們會完成這么多內(nèi)容的分享，大家看到外面的展臺或者是新興應用，你的位置信息，有大量的位置信息產(chǎn)品，POI以及物流配送的應用，都會用到這些東西。

　　我們?nèi)绾伟堰@些內(nèi)容通過一個統(tǒng)一的平臺，以一種整合的方式和大家一起在這個上面做一些應用?我們看這個平臺能為我們帶來什么?以前我們可能通過最早的這種方式，比如說文件，或者是通過局域網(wǎng)的等等。隨著互聯(lián)網(wǎng)這種發(fā)展，第一天一直談到GIS是不是主流IT的追隨者，或者是創(chuàng)新的這樣一個話題，其實歸功于主流IT的發(fā)展，隨著互聯(lián)網(wǎng)的發(fā)展，Web Service逐漸的成為大家共享的平臺，提供什么方法和渠道通過Web Service進行共享?Rest API是近兩年來大家一直追捧和熱捧的方式。相對于Rest，另外一種主流的或者大家用的比較多的是基于Soap的方式，會比Rest有非常嚴格的協(xié)議或者是規(guī)則。我們都可以借助Web Service共享上面的內(nèi)容，我們可以共享平面的地圖，基于三維的這種服務或者是實體的影像去做一些更高級的應用。一些異構的資源，就要求你的平臺也好，或者說你自己做的產(chǎn)品也好，能不能有一個很好的支持。我們談到這些工具的使用，現(xiàn)在逐漸被大家所認知的應該是把經(jīng)驗積累，我們可以采用這種方式，可以滿足需求。我們這樣一些技術手段到底誰來用?我們給誰去用?現(xiàn)在這種共享的方式大家可以看一下這個截圖，如果我們做完了這樣一個服務和應用的話，我們可以通過非常簡單的方式就可以嵌入到自己的業(yè)務系統(tǒng)里面來。比如說我們從上面的接觸來看，以一種應用的方式共享出來。另外現(xiàn)在大家的這些自己的網(wǎng)站，或者說社交的這種媒體，我可以把這些基于地圖的一些應用，位置的信息，很快速的和其他IT資源進行整合。

　　前面談到了我們?nèi)绾稳プ觯峁┦裁?，以什么樣的方式跟大家進行共享。下面的內(nèi)容是跟大家分享的核心內(nèi)容，就是說你能夠做到這樣的東西，你可能會考慮到下一個問題，你能夠保障你的性能，你用什么樣的方式去保證你的性能，我們來看一下如何去考慮這些問題。其實這個架構的問題是無關于功能的，和功能沒有什么相關性的，它只是去考慮在你的整體應用里面，那個2%和性能相關的一部分，很大的一個關系的內(nèi)容。在10.1Server的架構圖更加的清晰和簡單，但是這里面存在著一個很大的變化，一會兒我可以給大家詳細解析這個變化主要發(fā)生在哪里。我給大家看一下現(xiàn)在應用的方式仍然沒有變，無論你的終端是桌面的、Web的，只要希望加載這個資源，都可以對你的Server提出請求，在大型應用系統(tǒng)里面，你肯定會考慮在Web Server這一層架構這個內(nèi)容。訪問GIS Server，這部分的內(nèi)容是GIS真正在發(fā)揮作用的一個地方。下面當然是我們的數(shù)據(jù)資源，可以是異構的，也可以是統(tǒng)一的，或者說我們前些年所提到的這種一張圖或統(tǒng)一式的管理。不管怎么樣，下面是數(shù)據(jù)資源。

　　我們對這樣一個大型的平臺，或者是Server這樣一個分享的機制，我們?nèi)绾稳ス芾砗竺孢@樣一個平臺?可以在這個層面上，通過兩種方式進行整合和管理。你可以通過一個Web頁面的工作界面去管理眾多的GIS Server，也可以通過桌面軟件去管理我們這些上述的資源。GIS Server和以往有一個很重要的架構上的變化，大家可以看到，以往的架構里面上面可能還有其他一些東西，之后才是GIS Server自己內(nèi)部的核心，而現(xiàn)在整合架構圖上大家可以看到，這部分空間被明顯的壓縮了，只有一個GIS Server，這個GIS Server和以往我們所提供的GIS Server有什么樣的區(qū)別?當然這個GIS Server可以理解成是和任何產(chǎn)品和平臺都沒有關系的，你去做一個或者是拿到一個開源的GIS Server，只要是做GIS的，可能都要去滿足這樣的一些功能。核心的你要能夠滿足客戶端對于GIS的各種請求，包括客戶端地圖的繪制，工具的這些，或者是數(shù)據(jù)的查詢。包括剛才講的這種查詢，在數(shù)據(jù)庫層面上是怎么樣一個實現(xiàn)的過程。對于前端來說，無論從哪里提交這樣的一個請求，真正幫你完成實際工作的，是以GIS Server為強大的力量，對后臺數(shù)據(jù)庫進行一個交互。當然，對于Web來說，你能夠提供HTTP這種服務，是最基礎的內(nèi)容。

　　這里面對重要的一部分，大家對于這個能不能夠進行分組，這里面現(xiàn)在在這種大規(guī)模的群集性架構的時候變得尤為突出，當你的性能遇到瓶頸的時候，大家總會想到用什么樣的方式去解決?，F(xiàn)在大家比較通用的，其實無論是哪種平臺，或者是哪種技術，他會支撐這種龐大的復雜請求，或者是并發(fā)的時候都會采取這種架構，包括數(shù)據(jù)庫也是一樣。像Oracle也有這種群集架構的基礎，GIS Server也會有這樣的內(nèi)容。對于我們小規(guī)模的應用，或者是傳統(tǒng)的應用沒有那么大型的一些并發(fā)請求的時候，我們能不能去節(jié)省一部分經(jīng)費，壓縮一下整體的所有組件的內(nèi)容，或者說我們經(jīng)費的開支?GIS Server其實內(nèi)置了一個Web Server，當你的請求或者說你的任務量沒有那么大的時候，GIS Server內(nèi)置的Web Server就足可以滿足我們這樣的一個需要。

　　剛才談到了這種群組或者大規(guī)模集群應用面臨的問題，就是說你的軟件能否進行自己的負載均衡?如果你沒有個機制的話，那么我可能會借助于外部的技術或者是一些軟件，或者是一些硬件，無外乎會給大家整體的從技術角度來說，把你的系統(tǒng)變得非常復雜，因為你這里面會攙雜著各種各樣的技術或者是產(chǎn)品。如果說我們自己就可以完成這個事情的話，相對從各方面來說，會變得簡潔，也會變得非常簡單。

　　這里面GIS Server在10.1之后會提供一個非常有趣的功能，或者是非常實用的一個功能，這個功能叫做群集。這種需求在哪里呢?比如說我們現(xiàn)在這種大型的應用，里面地圖當然是主體。還有一部分內(nèi)容，比如我們剛才談到的，要做一些實際的業(yè)務應用，比如說我們的選址，肯定是有一個分析的過程。當我把這些所有的一個請求一股腦的丟給GIS Server的時候，是又要地圖，又要請求，大家一起來做，這是負擔比較重的一件事情。并且從某一種系統(tǒng)底層架構來說，它們之間會產(chǎn)生頻繁的交互，或者說從隔離的角度來講，可能都是很復雜的一個事情?，F(xiàn)在我們能不能期待這樣一種東西?你的這些服務器拿出來做一個分組，它只接受單一的一種請求，就是讓很擅長的這一部分人去做他所擅長的事情。那么對于GIS Server10.1這個結構，它提供了這樣一個群組的功能。比如說我們現(xiàn)在有10臺機器，其中有兩臺機器性能是非常好的，或者說有其他的幾臺機器性能非常好，我們就可以把它單獨的劃出來，去完成一些運算頻率比較高，或者說負載任務量比較重的面。而把相對來說做這種地圖切片請求的，單獨放到一臺服務器上。因為我們無論是Google為也好，百度也好，或者是搜狗做地圖的，現(xiàn)在在互聯(lián)網(wǎng)上大家做Web地圖，很多的都會采用緩存機制。對于服務器來說，已經(jīng)緩存成圖片了，可以以流媒體或者是其他的方式返回回去。這部分的內(nèi)容并不需要性能非常好的機器去支持，就可以把以前大家可能在幾年前購置的一些硬件利用起來，把它作為一個群組，給它完成這部分的內(nèi)容。剛才我們談到對機器性能要求比較高的這些內(nèi)容，這些機器組織在一起，完成一些需要花費很大的資源才能完成的請求，也就是說你的分析、處理請求，這是10.1上Server里面比較新的一些特點。

　　在10.1里面現(xiàn)在增加了這樣一種組件，叫做Web Adpator，如果是單機應用的話，不需要去裝這樣一個組件。剛才我說了，本來GIS Server內(nèi)置了一個Web Server，如果請求不是那么多，它自己完全可以支撐住。如果用下面很多機器做了一個群集之后，你這些機器要識別，哪些請求發(fā)送到哪些機器上，從這些機器再選擇一個結果，并且讓這些機器做這個事，那些機器去做那個事情，這些任務，這個請求怎么分配?我們就可以通過這種組件來完成。并且這個組件也可以去監(jiān)測到它下面所管理的這些Server的狀態(tài)，它是否Down機了，之后我不會把這個請求發(fā)送到這些機器，以免耽誤工作流程，這是10.1里面新嵌入的一個組件，Web Adpator。

　　Web Server其實大家已經(jīng)很熟悉了，無論是做GIS也好，非GIS也好，做互聯(lián)網(wǎng)應用的話，很多都有Web服務器，在整個10.1的架構里面會被分成兩部分。第一就是它自己內(nèi)置的一個Web Server，剛才大家已經(jīng)談到了。如果你覺得我現(xiàn)在的應用負載比較強，有可能我需要一個很好的性能，并且我在這個層面上恐怕還有一些其他的要求。比如說我這種帶寬就這么多，我需要在Web Server這個層面上去做一些負載，去做一些其他的應用需求，你可以把它換成這種商業(yè)化的IIS、WebSphere這種Web Server，可以給大家更多更靈活的選擇空間。

　　在整個架構里面突出的一個概念叫做站點。什么意思呢?以前我們發(fā)布了一個Web應用可能就是一個請求，現(xiàn)在加入了剛才我們所說的，我們可以多臺機器一起去完成這個事情，這些機器如何分配和協(xié)調(diào)，現(xiàn)在把所有多臺的GIS Server組成了這樣一個東西，就是站點。這個站點之內(nèi)可以有一臺或者是多臺的GIS Server，如果是多臺機器協(xié)調(diào)的話，這里面可以有Web Adpator，對于數(shù)據(jù)這些層面，怎么樣讓大家知道這些數(shù)據(jù)資源是怎么樣分布的，可以通過站點里面的這些配置，或者說這些目錄里面所帶的配置文件來進行識別。里面多了一些目錄，我們?nèi)绻匆幌拢@些東西真正的去完成哪些內(nèi)容，幫助我們解決哪些問題。

　　配置這些目錄，其實是我們在創(chuàng)建站點的時候，無論你是裝一臺機器還是多臺機器，這個時候你都要在這樣的一些機器系統(tǒng)里面去配置這些位置。在創(chuàng)建站點時期，存儲的是整個大站點里面關鍵的一些應用的配置信息，能夠使整個龐大的系統(tǒng)能夠協(xié)調(diào)在一起關鍵的地方。它包含了比如說參與到你這個大的站點的這樣一個組織里面，所有的機器信息，還有我們?nèi)绻麆澐秩杭脑挘氵@些群集是由哪些機器完成的，或者由哪些機器所組成的，也是利用站點的配置來完成的。對于站點的整個假設來說是非常關鍵的，也就是說里面配置信息的存儲。現(xiàn)在我們多了很多這樣的目錄，這里面有我們所熟悉的，比如說我們的Cache，我們的Jobs，或者是一個請求提交過來之后，會在里面幫你建一系列的目錄，識別你的請求。這里面還有我們經(jīng)常所熟悉的Output，你所有的請求會以一張圖片的形成或者是什么樣的形成保存在目錄里面。但是大家可以看到，這里面多了一些其他的目錄，比如說我們的Input，我們的System、Upload，這些目錄都是用來做什么的?我們可以從下面來看一下。

　　相對于這樣一種架構，這是10.1之前的架構，它們之間有什么樣的對比或者變化?大家看到，以前的是一樣的，客戶端的請求是一樣的，對于Web Server也沒有什么太大的差別。以前我們SOM、SOC類似于一個消息總線，你所有的請求經(jīng)過它，它只是把你的請求分配給具體完成這個請求的機器，那么請求完之后，它又從原路返回到客戶端。大家設想一下，對于這種架構，當你所有的任務量所有都集結在這里的時候，下面再分發(fā)，無外乎它會成為一個性能的瓶頸。對于這種架構有什么樣的優(yōu)勢?我們可以看一下，首先可以看一下GIS Server變化單一的組件，不再采用這種SOM、SOC的管理機制。另外我們可以看到，Web Server現(xiàn)在分成了兩部分。本身在GIS Server里面有一個內(nèi)置的Web Server，如果大型應用的話也可以和Web Adoptor共同組合成在Web層面的負載和層次，并且這些所有的Server之間是互相預知或者互相感知的。這意味著什么?以前這兩采機器之間是互相沒有通訊的，那么它所有的通訊都是通過上你的SOM，一旦劃了之后，它要經(jīng)過SOM一定的檢測才能知道我的請求不能再往這里發(fā)了，或者說這臺機器的負荷已經(jīng)滿了，我需要分配到其他的機器上，多了這樣一個環(huán)節(jié)，對于用戶最終的體驗上，你的時間，你的轉發(fā)機制，里面耗費的時間請求，最終就體現(xiàn)到我們的這種用戶體驗上，感覺打開很長時間沒有反映，可能是因為里面一臺機器已經(jīng)掛掉了。但是采用這樣一種架構之后，所有的請求歸結到Web Server或者是Web Adpotor這個層面，可以優(yōu)先選擇我們下面多臺的GIS Server。它們之間互相識別的好處就是說，以前這種架構是像我們寫論文一樣的模式，但是現(xiàn)在完全是一種交叉的，這種網(wǎng)狀結構，你給我一個請求，但是你的任務量已經(jīng)滿負荷了。我就會知道，我的部門里面還有其他的同事是可以，還是業(yè)務量不飽和的，可以把這個內(nèi)容請求給他。所以它們之間是一種網(wǎng)狀，互相能夠通信和互相能夠協(xié)調(diào)的這樣一種機制。在我們所談到的云環(huán)境下，這一點其實就有一個非常好的先天優(yōu)勢，可以充分的去調(diào)配其他的資源。

　　GIS Server取代了SOM和SOC這種架構方式，另外內(nèi)置了Web Server，當多臺和GIS Server需要協(xié)調(diào)和保持一致工作的時候，我們可以用適配器的模式，去為我們多一個非常靈活的選擇。還有就是說，我們可以在GIS Server之間集成群組。這樣的一個架構，相對以往的這種組織方式是一種全新的模式。大家可以看一下，這種模式對于現(xiàn)在我們談了很多用云的一些內(nèi)容，云是有很多的特性，大家其實是抓不著，看不見的。但是有一個特性大家是耳熟能詳?shù)?，比如說你的彈性，你的這種可調(diào)性，或者是你的這種服務的體現(xiàn)。比如說這種彈性是云非常重要的一個特點，這種彈性如何去實現(xiàn)?大家考慮過嗎?如果你的機器一定要裝到一個機器上去，你的軟件一定裝到一個機器上去，當資源不夠的時候怎么辦?還要先裝一個放進來，連進來。現(xiàn)在采用這種方式，其他所有的機器，你的資源如果不夠了，緊張了，它可以動態(tài)的去調(diào)配。因為所有的GIS Server之間是平等的，不存在誰是管理的角色，誰是被管理的角色。我們大家都是互相平等，互相交叉的一個組網(wǎng)的情況，就可以有利于這些資源快速的調(diào)配和分發(fā)。

　　剛才談到幾步的組件或者說這樣一種架構的模式。對于我們?nèi)绾稳ゲ渴鹞覀兊膽茫鋵嵕徒o大家一個很大的靈活空間了。在講部署的時候有一個原則，就是你所有的GIS Server要知道你的資源在哪里，這是要先解決的問題。我的Server架構是好的，但是我的內(nèi)容卻不知道在哪兒，這是一個很糟糕的事情。這樣的話，我首先會去完成我數(shù)據(jù)對于Server的可到達性。另外對于一些比如說這種情況，我的數(shù)據(jù)比如說做好了，很多部門做好了這樣一些數(shù)據(jù)，通過GIS Server發(fā)布出來，他們之間并不知道這些數(shù)據(jù)是在哪個部門的，那么怎么辦?我們可以通過一種注冊的方式，告訴你這部分東西注冊到GIS Server里面來，告訴你這部分資源是在這里的，這樣的話，它會很智能的去感知你的數(shù)據(jù)在什么位置，還有一個非常重要的就是，你要能夠確保你的Server能夠訪問到你的數(shù)據(jù)。你的數(shù)據(jù)要對GIS Server這個帳號設置一定的權限，保證它的可到達性。

　　我們解決了數(shù)據(jù)的問題，資源的問題，還是剛才那個假設，如果所有的東西都在一起，都在各個不同的部門。但是我的數(shù)據(jù)又不希望是這種統(tǒng)一的用到一個集中的庫里滿去管理，我們怎么辦?這種資源是否無法發(fā)揮功能和大家共享呢?實際上不是這樣的，當你發(fā)布的時候，都是一個大的站點。GIS Server會幫你做一件事，就是說當你這個數(shù)據(jù)如果沒有注冊，那么它會檢測到你沒有進行注冊，那我把這些數(shù)據(jù)拿走。它會把這個數(shù)據(jù)拷貝到自己的Input的目錄下，這樣的話，我就從另外一個技術的角度，或者從技術的層面上保證了我的數(shù)據(jù)的到達性，所以說這也是給大家去解決的一些數(shù)據(jù)的維護和管理的內(nèi)容。

　　相對于數(shù)據(jù)的存儲，如果是我的這些數(shù)據(jù)發(fā)布者和數(shù)據(jù)的所有者是一個人的時候，那么這個時候還好辦一些。如果是不同的地方，那么我們剛才談到了，是要保證你的數(shù)據(jù)能夠被Server訪問。另外的一種模式就是說，我們可以去保證大家約定俗成的，對一份數(shù)據(jù)進行應用。這里面就提出了一個這樣的機制，你有你的數(shù)據(jù)，我有我的數(shù)據(jù)。但是我們?yōu)榱斯蚕磉@樣一個共同的目標，可以把數(shù)據(jù)約定俗成的放到一個地方，你把你要共享的數(shù)據(jù)拷貝下來，你也無需注冊，大家共同維護這個目錄。這種構架和方式，以前其實通過人為的方式或者通過行政的方式來保證。比如我們北京市構建的信息系統(tǒng)，最終各個委辦局都有一個自己的共享庫，把需要共享的信息放在里面，它定期的去整合這些共享信息。當然我們看這樣一種方式，就是如果說所有的數(shù)據(jù)都在各自的庫里面，它們之間要保證數(shù)據(jù)的這種同步，我們用技術手段是不是可以不通過這種行政強制的命令去保證數(shù)據(jù)的完整?GIS Server其實也提供了這樣一些功能，我們可以通過這樣一個服務，來維護一戶與多戶之間的數(shù)據(jù)的共享、同步和更新。

　　我們剛才解決了數(shù)據(jù)的問題，數(shù)據(jù)的異構性或者數(shù)據(jù)的分布性，現(xiàn)在我們?nèi)绻由线@樣一個系統(tǒng)的話，其實就有非常靈活的選擇了。如果對于小型應用，我們可以把數(shù)據(jù)放在一臺服務器上，去維護你統(tǒng)一的Server。如果我們的任務量或者所維護的數(shù)據(jù)量比較大的時候，我們來看一看是否可以有其他的任務選擇。像剛才談到的，我可以去用多臺GIS Server來完成我們上述的一些內(nèi)容。剛才講到智能通訊，GIS Server之間都是平衡的網(wǎng)狀的，它們之間會利用自己的端口進行通訊，互相感知自己的業(yè)務狀態(tài)。這是它們之間的通訊結構，剛才是一個過程的模擬。另外如果是說我們這里面的環(huán)境和應用的業(yè)務比較特殊，里面有很復雜的業(yè)務邏輯或者是業(yè)務歸屬，我們可以采用多臺的Server組成不同的模式。如果我們的系統(tǒng)在這里，以前很多客戶跟我聊到這個問題，一個SOC或者多個SOC，或者一個Web Server，如果Web Server Down掉了怎么辦?可以在Web Adpator里面去請求，通過Web Adpator訪問不同的群組，這樣的話大家有多種選擇，單機、多臺，以及負載均衡、災備和群組，所以說是靈活配置。現(xiàn)在10.1這個版本對照著以前10的版本，其實從架構的層面有一些本質(zhì)的變化。另外去談這個字眼，大家說這是技術還是炒作?其實不太想去關注這個問題，就是說無論是怎么樣一種技術或者是一種包裝，只要能夠解決我們的問題，我們覺得這個東西是可以被我們來用的。

　　大家可以看到，這種靈活的架構，如果說云計算或者是并行計算，背后的技術就是并行計算了，這種架構其實完全是非常適合在云端我們進行部署以及進行應約和開發(fā)的結構。這種靈活的結構給大家?guī)淼木褪庆`活性更多的選擇。你也可以根據(jù)你的業(yè)務需求，也可以根據(jù)你的經(jīng)費要求，靈活的去組合，我們到底是選擇什么樣的一種架構，從而能適合滿足我們這樣的一些需求。其實關于我們所有的產(chǎn)品，包括share其他更詳細的產(chǎn)品，大家可以關注我們9月份的用戶大會。

　　我今天從架構的角度跟大家對于10.1這個新產(chǎn)品進行了一些分享，以便大家以后有更多更靈活的選擇。我今天演講的內(nèi)容就是這些，謝謝大家!

　　(以上內(nèi)容根據(jù)速記整理，未經(jīng)本人審核)