【正文】 13 / 13。向前看，我們有極大的潛力去使得事情更簡單、更可靠，更具可預(yù)測性以及功能更豐富。SOA也同樣如此。不管怎樣，我們開了個(gè)好頭。我們遇到的互操作性問題往往都是由于其他一些人選擇了實(shí)現(xiàn)稍有不同的眾多WS*標(biāo)準(zhǔn)中的子集。更糟的是，正如本文表明的那樣，當(dāng)前SOA世界里存在很多撲朔迷離、多余或者錯(cuò)誤的東西。SOA是如此之新，所以并不是所有為了充分利用SOA而被我們需要的概念、工具及標(biāo)準(zhǔn)都已經(jīng)可用了。比如，你可能會(huì)從一些廠商那邊以打包的形式獲得你所有的系統(tǒng)，而那些廠商對(duì)采用本文中提到的方式來應(yīng)用SOA一點(diǎn)特別的興趣都沒有。你對(duì)此的自然傾向是，你會(huì)覺得這些建議不切實(shí)際或沒有必要或者兩者皆是，而使你根本無法對(duì)它作出評(píng)估，在這之前你還需要適應(yīng)一段時(shí)間。而且SOA根本不是一項(xiàng)新技術(shù)，而是一種新的思維方式。敢問路在何方?雖然組成SOA的要素已存在多時(shí)，但SOA本身是全新的。雖然就本身來說不算很壞，但這的確導(dǎo)致了一個(gè)新問題：對(duì)于基礎(chǔ)設(shè)施的每個(gè)部分來說，如何去組織安排各項(xiàng)事宜才能使既擁有權(quán)限又具有資源的人去確保它能按時(shí)可供使用而且具備了適當(dāng)?shù)墓δ芎腿萘俊南⑹荢OA會(huì)導(dǎo)致更多的功能被分類為基礎(chǔ)設(shè)施。這些服務(wù)的復(fù)雜性不在于用來調(diào)用它們的接口，而在于它們從其他來源——或者從自我維護(hù)中——要求的信息，以便生產(chǎn)一個(gè)優(yōu)化的結(jié)果?；A(chǔ)設(shè)施：SOA有何不同好消息是用SOA的方式去提出你的要求然后靜觀其變會(huì)得到簡單、穩(wěn)定的基礎(chǔ)設(shè)施服務(wù)接口。計(jì)算能力和網(wǎng)絡(luò)容量應(yīng)該總要超過需求，這樣的話實(shí)施新服務(wù)的項(xiàng)目經(jīng)理就不用擔(dān)心基礎(chǔ)設(shè)施是否能夠?yàn)楸仍阮A(yù)想更多的每天上千個(gè)服務(wù)請(qǐng)求提供支持。就算讓他等待直到其他項(xiàng)目經(jīng)理把基礎(chǔ)設(shè)施交付了，這也是應(yīng)該盡可能去避免的。業(yè)務(wù)項(xiàng)目經(jīng)理應(yīng)該去組織開發(fā)一個(gè)作為項(xiàng)目一部分的新授權(quán)服務(wù)，而不是去構(gòu)建一個(gè)新電話局，這不會(huì)荒謬到哪里去。為了克服這點(diǎn)，你必須從項(xiàng)目的組織去著手。組織機(jī)構(gòu)考慮自身的方式及IT方式也需要改變。從積極的角度看，涌現(xiàn)出大量的概念，它們對(duì)充分發(fā)揮SOA提供的各項(xiàng)技術(shù)(基于聲明的訪問控制、聯(lián)邦身份及網(wǎng)絡(luò)邊界去除技術(shù))的優(yōu)點(diǎn)來實(shí)現(xiàn)訪問安全有長期正面的影響。對(duì)他們來說，允許他們查看和完成事情的決定因素是橫跨所有系統(tǒng)和數(shù)據(jù)庫的手頭客戶的信息切片。例如，雇員要么有權(quán)限改變產(chǎn)品價(jià)格，要么沒有，這是基于他在組織中的角色而定。超越基于系統(tǒng)的授權(quán)基于系統(tǒng)的安全也會(huì)產(chǎn)生了一些心態(tài)，這些心態(tài)更多的是由基于系統(tǒng)的思維決定的，而不是如我們所愿意承認(rèn)的那樣。使用SOA關(guān)守的另一大優(yōu)勢在于可以保證所有輸出消息被適當(dāng)加密和簽名，這樣就沒人能夠竊取消息或在傳輸中篡改消息。而另一方面，某個(gè)SOA關(guān)守(gatekeeper)，可以在單一的點(diǎn)上完成所有這些。有上千個(gè)點(diǎn)可能成為出錯(cuò)點(diǎn)。SOA的安全和數(shù)據(jù)庫時(shí)代基于系統(tǒng)的安全形成了鮮明對(duì)比。這是必要的，因?yàn)榉庋b好的XML常常通過那些對(duì)其內(nèi)容不負(fù)任何責(zé)任的系統(tǒng)傳遞，以至于檢查消息是否來自認(rèn)證過的系統(tǒng)并不能保證什么。像這樣畸形的消息在其作出任何傷害之前就能被識(shí)別出來。這樣，造成危害的可能性非常小。原則上說，唯一必須讓其通過防火墻的消息是牢牢封裝好的XML消息。我們生活在一個(gè)懷有敵意的世界，這里唯一能夠避免信息系統(tǒng)遭受攻擊的辦法就是讓它們不可訪問。這種工作方式要比數(shù)據(jù)庫化的方案組織起來更簡單，因?yàn)椴恍枰獙?duì)每種消息類型都要求一種額外邏輯，而是調(diào)用日志服務(wù)，在日志服務(wù)中整個(gè)輸入或輸出消息都被當(dāng)成是單一的數(shù)據(jù)項(xiàng)來處理。如果一直講真話，你將很少遇到關(guān)于信息不正確的投訴。這樣可以使數(shù)據(jù)盡可能的最新。將放棄承諾包含在對(duì)全部信息進(jìn)行檢索的服務(wù)的服務(wù)水平協(xié)議中。如果它們不正確的話，組織可能會(huì)陷入法律難題。組織使用SOA傳播信息的難易程度有可能導(dǎo)致對(duì)外界的服務(wù)響應(yīng)數(shù)量大大增加。輸出管理服務(wù)能夠自動(dòng)記錄輸出信息。對(duì)即將離開的線下信息情況來說，可能更簡單。一旦應(yīng)用了SOA，這就可以自動(dòng)完成，而且合并新的數(shù)據(jù)集幾乎不消做多余的努力。SOA如何支持正式歷史記錄SOA方法提供了一種再現(xiàn)正式歷史信息的高效方案，不只針對(duì)單個(gè)數(shù)據(jù)庫，而是針對(duì)組織在其管理流程中使用或者產(chǎn)生的所有信息。數(shù)據(jù)庫是現(xiàn)實(shí)世界某些部分的模型，以及在過去某一段時(shí)間里現(xiàn)實(shí)世界那部分的狀態(tài)——它的具體歷史——可能和模型的目的非常相關(guān)。而這也正是他們想要知道的東西。這個(gè)數(shù)據(jù)庫極其昂貴，把執(zhí)行速度拖累得就像龜行，而且沒能起到很大作用。這些改變是如此深遠(yuǎn)，很難想象那些適應(yīng)了舊世界的人也能對(duì)新世界適應(yīng)。索引也不再是歸檔的一部分：歸檔僅僅只包含文件，而索引分開維護(hù)。一時(shí)之間，歸檔文件成為業(yè)務(wù)流程的一部分，而不是流程完成后形成。文化沖擊請(qǐng)注意，數(shù)據(jù)庫化的思考者不是唯一在統(tǒng)一文檔和數(shù)據(jù)庫世界遭遇困難的人。在數(shù)據(jù)庫世界這是說不通的，因?yàn)閿?shù)據(jù)庫作為一種模型，且作為一種有用的模型，它必須在對(duì)管理現(xiàn)狀模型的任何提問作出至少一個(gè)最佳的猜測以應(yīng)答。可喜的是，每當(dāng)交易在數(shù)據(jù)庫中進(jìn)行一次，索引就可以自動(dòng)對(duì)其更新從而逐步豐富起來。當(dāng)你將記錄存儲(chǔ)于歸檔文件中的時(shí)候，與記錄相關(guān)的語義結(jié)構(gòu)化數(shù)據(jù)通常會(huì)包含所有為其索引而需要的信息。但是，反過來也一樣。開發(fā)一個(gè)使其能夠從歸檔文件去訪問文檔的服務(wù)不會(huì)比開發(fā)一個(gè)從數(shù)據(jù)庫訪問數(shù)據(jù)的服務(wù)更困難。比如，我們可以用交易的數(shù)據(jù)庫記錄來存儲(chǔ)產(chǎn)生該交易的輸入文檔的超鏈接。這使得它是內(nèi)容管理和內(nèi)容表示的理想之選。為營運(yùn)合規(guī)目的需要的記錄信息和審計(jì)線索必須被委托給記錄管理程序，然后通過SOA來與數(shù)據(jù)庫系統(tǒng)進(jìn)行關(guān)聯(lián)。當(dāng)它們被用來維護(hù)不允許被更改的記錄時(shí)——比如，簿記條目——設(shè)計(jì)者不得不把各種安全防御構(gòu)建到系統(tǒng)中，從而防止對(duì)記錄的惡意操作。因?yàn)橥ǔＤ硞€(gè)數(shù)據(jù)庫是為擔(dān)當(dāng)某種管理現(xiàn)狀模型而構(gòu)建的，所以當(dāng)該管理現(xiàn)狀改變的時(shí)候，它應(yīng)該很容易去做相應(yīng)改變。不要讓自己禁錮于數(shù)據(jù)庫數(shù)據(jù)的第二大原因是，把數(shù)據(jù)庫化和基于文本的數(shù)據(jù)結(jié)合起來是目前維持營運(yùn)合規(guī)所需記錄信息和審計(jì)線索最簡單的方法。他們從表單鍵入數(shù)據(jù)的工作可以外包給任何人做：你需要做的僅僅是掃描每個(gè)表單然后把圖像發(fā)送給代理，代理本質(zhì)上使用和用戶一樣的Web表單去鍵入數(shù)據(jù)。只有對(duì)從事日常管理的員工來說，它才會(huì)成為一種障礙。對(duì)消費(fèi)者來說，這是必須的，而不是可選的。但是在SOA的世界里不存在特殊的理由要去應(yīng)用這種限制，任何理由都不能夠這樣做。SOA允許單個(gè)設(shè)計(jì)能夠處理語義結(jié)構(gòu)化信息和文檔。它實(shí)在不能在描述、文本、圖像等方面做很多貢獻(xiàn)。換句話來講，數(shù)據(jù)庫是根據(jù)其表達(dá)出的意思來構(gòu)造的。因?yàn)閿?shù)據(jù)模型更多是基于功能上的考慮而不是某些特定數(shù)據(jù)庫的使用，所以將數(shù)據(jù)結(jié)構(gòu)建立在這種模型之上會(huì)使數(shù)據(jù)庫能夠更易適應(yīng)各種未預(yù)見的需求。盡管這樣，因?yàn)橐话悴惶赡苁孪染湍苊鞔_所有這些功能，所以我們使用數(shù)據(jù)建模技術(shù)對(duì)領(lǐng)域中感興趣的對(duì)象進(jìn)行分析，包括對(duì)象之間的關(guān)系，以及信息項(xiàng)(它們會(huì)告訴我們關(guān)于其自身的一些我們可能想知道的東西)。而且，在數(shù)據(jù)庫中對(duì)記錄進(jìn)行計(jì)數(shù)也要比清點(diǎn)一個(gè)城市有多少人或倉庫里有多少產(chǎn)品要容易。它們以這樣一種方式代表一些管理的、物理的或者社會(huì)的領(lǐng)域：相關(guān)領(lǐng)域的問題都可以通過查詢數(shù)據(jù)庫來得到答案，而存在于領(lǐng)域中所需的行為可以從數(shù)據(jù)庫內(nèi)部得到指示。數(shù)據(jù)庫只是模型，SOA代表更多領(lǐng)域模型是領(lǐng)域本身的體現(xiàn)，操作領(lǐng)域模型要比直接操作領(lǐng)域更簡單。對(duì)消費(fèi)者來說，這并不是——尚未成為——一個(gè)可行的方法，但采集數(shù)據(jù)和處理數(shù)據(jù)是兩件獨(dú)立的事情，并使用不同工具在各自的環(huán)境中執(zhí)行這些事情，對(duì)于這一點(diǎn)仍然是有效的。也請(qǐng)注意，創(chuàng)建用戶服務(wù)請(qǐng)求的內(nèi)容，嚴(yán)格說起來，應(yīng)該在流程處理之前進(jìn)行，而不應(yīng)該作為流程處理的一部分。如果服務(wù)中止了，那么有必要發(fā)通知用戶這一個(gè)變化。請(qǐng)注意業(yè)務(wù)交易的范圍限制在那些為了處理某個(gè)服務(wù)請(qǐng)求而直接完成的操作。因?yàn)槟膫€(gè)數(shù)據(jù)庫更新和該交易有直接關(guān)系是很清楚的，在數(shù)據(jù)庫中的哪些變更需要使用補(bǔ)償交易服務(wù)做回滾也很清楚。最后，一筆交易的中止——比如說用戶撤銷了訂單，原因可能是用戶沒有能力支付，或者用戶去世了——使用SOA可以相對(duì)容易地處理。這種處理方式對(duì)SOA來說很自然：判斷是否存在相應(yīng)改動(dòng)的過程可以完全自動(dòng)化。首先讓數(shù)據(jù)庫A和流程管理系統(tǒng)同步，然后流程管理系統(tǒng)再和數(shù)據(jù)庫B同步，以此類推。第二，數(shù)據(jù)庫的邏輯一致性和流程管理系統(tǒng)中處理過程的記錄可以通過兩階段提交協(xié)議來維護(hù)。只要廠商或用戶做出某個(gè)承諾，為實(shí)現(xiàn)該承諾所要做的動(dòng)作就應(yīng)該包含這樣的改變。SOA怎樣維持一致性SOA通過多種方法維護(hù)業(yè)務(wù)交易的邏輯一致性。如果有變化——可能由于產(chǎn)品或服務(wù)已終止，或產(chǎn)品已經(jīng)漲價(jià)，也可能是貨物或服務(wù)的規(guī)格已經(jīng)變更——那么需要一些處理來決定到底應(yīng)該如何做：是不管三七二十一繼續(xù)提交訂單，還是通過協(xié)商修改訂單，或者干脆取消訂單。用戶基于廠商描述的信息下采購訂單。一般來說，這種信息包括出售商品和服務(wù)的屬性、得到該商品的條件——包括，當(dāng)然，價(jià)格——以及可用性。為了理解SOA何以能很好支持邏輯一致性需求，理解業(yè)務(wù)交易的需要很重要。SOA交易概念對(duì)數(shù)據(jù)庫世界陌生的東西對(duì)與SOA來說卻是再自然不過了。邏輯一致性可能需要貫穿整個(gè)業(yè)務(wù)流程得以維護(hù)，而不只是恰好在某個(gè)時(shí)刻。可以通過數(shù)據(jù)庫中的事務(wù)概念來形象地解釋這個(gè)問題：某個(gè)工作單元把數(shù)據(jù)庫從一種一致性狀態(tài)轉(zhuǎn)移到另一個(gè)。從它們各自的本質(zhì)來看，數(shù)據(jù)庫就像是一個(gè)個(gè)孤島。這種執(zhí)行定義了一個(gè)流程，其至少包含一個(gè)步驟，但通常是多個(gè)步驟。然而，要想獲得這些好處需要我們跟已有的數(shù)據(jù)庫方法實(shí)踐說再見。完善之理論SOA使得信息系統(tǒng)的開發(fā)和部署能夠比使用數(shù)據(jù)庫化的方法支持更為豐富的用戶體驗(yàn)。SOA是能夠把測試需求和設(shè)置測試的工作減少到最低的一種方案。但如果這樣的變化影響到了其他組織那就沒有辦法這樣操作了。發(fā)布經(jīng)理只能通過在半夜或者周末發(fā)布新的版本軟件來彌補(bǔ)這類錯(cuò)誤。這也大大降低了從測試系統(tǒng)切換到生產(chǎn)系統(tǒng)時(shí)重新進(jìn)行配置的需求。只有在消息被完全測試過后，生產(chǎn)版本的注冊(cè)庫和XSD才能得以更新。如果消息用于測試，消息可能會(huì)被傳遞到指定的測試版系統(tǒng)。只有這樣，消息才能夠被傳遞到生產(chǎn)系統(tǒng)。使用我們對(duì)相應(yīng)XSD的副本對(duì)消息進(jìn)行校驗(yàn)，以確定其是否有效。而且每個(gè)消息都包含一個(gè)標(biāo)簽用以指示它是用于測試還是生產(chǎn)。SOA提供了三重安全的、有效區(qū)分測試消息和生產(chǎn)消息的方法。可行性測試最后，作為數(shù)據(jù)庫時(shí)代特有的產(chǎn)物——測試環(huán)境和生產(chǎn)環(huán)境必須嚴(yán)格區(qū)分，從此不再需要了，而且有時(shí)候這也是不適合的。就算真的出錯(cuò)，也能夠在造成損害之前檢測到。第三，SOA的設(shè)計(jì)趨向于產(chǎn)生更加健壯的系統(tǒng)：系統(tǒng)出錯(cuò)的機(jī)會(huì)更少。系統(tǒng)必須有能力響應(yīng)每隔一段時(shí)間(它對(duì)自動(dòng)化測試序列更適合)就產(chǎn)生的事件，而不是花上一周時(shí)間去等待某個(gè)基于時(shí)間的觸發(fā)器被觸發(fā)。自然，測試的結(jié)果可能取決于存積在數(shù)據(jù)庫中的數(shù)據(jù)，所以這點(diǎn)需要進(jìn)行彌補(bǔ)。這會(huì)產(chǎn)生一個(gè)異常列表，其中每項(xiàng)都應(yīng)