在分布式應(yīng)用程序中正確的管理、發(fā)布引用及配置數(shù)據(jù)總是具有挑戰(zhàn)性。面向服務(wù)的體系結(jié)構(gòu) (SOA)、實(shí)時(shí)及事件驅(qū)動(dòng)處理 (7x24) 的使用使得這項(xiàng)任務(wù)成為主要的問題。在接下來的部分當(dāng)中，Richard Whyte 將向您解釋如何從您自己的策略管理解決方案的實(shí)現(xiàn)的關(guān)鍵設(shè)計(jì)點(diǎn)中受益。他也從提煉為最終建議的簡(jiǎn)單設(shè)計(jì)開始，為策略管理服務(wù)的一個(gè)版本勾勒了框架，并使其成為可能的解決方案。
引言
各公司也正在尋找他們使用及控制技術(shù)的方式的改進(jìn)。業(yè)務(wù)流程管理（BPM）及面向服務(wù)的體系結(jié)構(gòu) (SOA) 是使得業(yè)務(wù)靈活、增強(qiáng)業(yè)務(wù)控制及風(fēng)險(xiǎn)管理的關(guān)鍵，并在業(yè)務(wù)完成主要功能的方式上創(chuàng)建新的機(jī)會(huì)。
端對(duì)端或直接處理 (straight-through-processing，STP) 體系結(jié)構(gòu)在其邊界接收工作條目并在不影響控制的情況下控制其完成流程。這樣的體系結(jié)構(gòu)可以跨越單一部門、多業(yè)務(wù)線 (LOB) 或商業(yè)組的成員。新的挑戰(zhàn)迫使業(yè)務(wù)及技術(shù)優(yōu)勢(shì)被部分的偏移。
關(guān)鍵的挑戰(zhàn)是在大型的、高可用性的 SOA 實(shí)現(xiàn)中有效的引用及配置數(shù)據(jù)發(fā)布。可以通過調(diào)查工作量的性質(zhì)來突出這一點(diǎn)。例如，SOA 需要供給多業(yè)務(wù)流程。SOA 為不同階段（秒、日、周或年）控制每個(gè)流程實(shí)例（工作條目），并需要各種資源來完成。條目流由必需使用通用規(guī)則及參考數(shù)據(jù)處理的組工作條目來創(chuàng)建。
本文討論配置、引用及業(yè)務(wù)規(guī)則發(fā)布的解決方案。策略管理是確保策略的服務(wù)能被正確、及時(shí)及準(zhǔn)確通知的動(dòng)作。它是一種系統(tǒng)開銷，所以必需要操作簡(jiǎn)單、高效和經(jīng)濟(jì)的。
術(shù)語策略數(shù)據(jù) (policy data)指做業(yè)務(wù)或技術(shù)決定的所有數(shù)據(jù)類型。在某些情況下錯(cuò)誤的、過時(shí)的或不完全的數(shù)據(jù)是可以接受的但在其他情況下則不可以接受。策略設(shè)置的可見性是嚴(yán)格的。例如，沒有時(shí)區(qū)的時(shí)間戳在單一地區(qū)的情況下可以接受，但在多地區(qū)環(huán)境中卻不能。
為達(dá)到本文的目的，策略是由單一單元管理及檢索的一套指定的數(shù)據(jù)條目（設(shè)置）。設(shè)置名在策略中是唯一的但可能存在于多個(gè)策略中。
策略是確定的路線或從選擇物中選擇動(dòng)作的方法，并在給定條件的指引下指導(dǎo)及確定決策。例如，業(yè)務(wù)策略規(guī)定報(bào)酬低于 5,000 USD 不作為舞弊檢查的對(duì)象。這里的規(guī)則及值（5,000 USD）就是策略數(shù)據(jù)。例如，如果 USD(<Item.Value>) 大于 <Policy.Value>，那么 Do-Fraud-Check。
策略管理顯示
策略管理解決方案（PMS）顯示為 SOA 提供中央管理策略數(shù)據(jù)服務(wù)。該解決方案負(fù)責(zé) SOA 中所有元數(shù)據(jù)。它提供：
- 單點(diǎn)控制
- 相容接口
- 檢測(cè)及保護(hù)數(shù)據(jù)惡化
- 準(zhǔn)確的、完全的及同步的（及時(shí)的）為需要它的任何服務(wù)發(fā)布策略數(shù)據(jù)
解決方案的主要原則是：
- 服務(wù)保留響應(yīng)性和對(duì)其策略的控制，但是將管理和保留的職責(zé)委托給了專用的 PMS。這將可以確保不用復(fù)雜的配置改變而向 SOA 中添加或從其中移除服務(wù)。由于服務(wù)總可以從策略服務(wù)中恢復(fù)策略，所以他們可以存在于非錯(cuò)誤容忍的硬件設(shè)備上。元件失效并不導(dǎo)致需要恢復(fù)配置信息，以及個(gè)性化服務(wù)組建可以安全的聚焦于業(yè)務(wù)及當(dāng)前工作上而不是策略上。
- 工作條目“請(qǐng)求”使用策略的版本而不是服務(wù)擁有版本。這確保服務(wù)可以確信他們使用正確的策略，而不需要進(jìn)行遠(yuǎn)程版本檢查。 可以在任何給定時(shí)間激活策略的新老版本，并可以保證任何服務(wù)分別為工作條目選擇正確的策略。這也支持服務(wù)使用不同的策略需求同時(shí)處理不同工作流中的工作條目（隔離工作流）。
- 不變策略版本及檢查策略數(shù)據(jù)完整性的能力支持分布及響應(yīng)環(huán)境的優(yōu)化。它也允許服務(wù)的所有實(shí)例應(yīng)用策略版本，而不用考慮其周圍環(huán)境。
- 通過實(shí)現(xiàn)責(zé)任的明確劃分及清除的、明確的所有權(quán)保存，解決方案陳列出一致的策略語法及語義、查看跨多服務(wù)策略的能力、簡(jiǎn)化的實(shí)現(xiàn)及保管成本。
- PMS 負(fù)責(zé)管理及分發(fā)策略信息，但并不擁有所有策略數(shù)據(jù)，它只保留個(gè)別（客戶端）服務(wù)的屬性信息。集中管理允許對(duì)策略進(jìn)行測(cè)試、控制改變及將其作為單獨(dú)單元移植到產(chǎn)品中。IT 簡(jiǎn)化了啟動(dòng)新服務(wù)實(shí)例的配置步驟并保證那個(gè)服務(wù)使用一致的名字及類型管理模式。結(jié)果是使用專一的、簡(jiǎn)單的管理接口。
- PMS 應(yīng)當(dāng)將它本身及客戶端應(yīng)用程序間的代碼或操作連接最小化且不能損害獨(dú)立性或封裝性（如，Java? 對(duì)象版本）。它也不能創(chuàng)建操作依賴性，如爭(zhēng)用或單獨(dú)點(diǎn)故障。
- PMS 提供了可調(diào)用的管理接口。這創(chuàng)建了分層的解決方案，它可以權(quán)衡 SOA 用戶交互解決方案（瀏覽器、門戶及 Eclipse）。這個(gè)方法讓 SOA 為所有服務(wù)提供一致的用戶接口。要簡(jiǎn)化最初的開發(fā)及部署，可能要提供簡(jiǎn)單的控制臺(tái)，在公布的管理應(yīng)用程序編程接口（API）中使用服務(wù)。此方法不向服務(wù)中添加任何限制。
 |
|
開發(fā)解決方案
解決方案開發(fā)開始于數(shù)據(jù)結(jié)構(gòu)及創(chuàng)建操作、維護(hù)及分發(fā)策略數(shù)據(jù)的軟件。這個(gè)解決方案從一個(gè)簡(jiǎn)單的解決方案發(fā)展而來，調(diào)整以適合新的問題并根據(jù)需要添加功能。結(jié)果是該解決方案在不損害 SOA 或?qū)е骂~外操作成本的情況下滿足需求。
圖 1. 策略管理開始于軟件的編碼
以結(jié)構(gòu)及靈活性為代價(jià)換來了最佳性能。由于環(huán)境變得很復(fù)雜，識(shí)別及改變策略的工作也變得費(fèi)力甚至是冒險(xiǎn)。在沒有改變軟件的情況下不能改變策略，并且沒有源代碼時(shí)也策略也不可見。嵌入式策略不能被共享，不支持引用數(shù)據(jù)，不適合封裝解決方案。
圖 2. 配置庫中的策略設(shè)置
將策略設(shè)置放置在軟件本地的配置庫中使得他們更加可見并更容易更改及共享。本地存儲(chǔ)很可能會(huì)提供合理的性能且不創(chuàng)建復(fù)雜的訪問性及所有權(quán)問題。這解決了嵌入式策略的許多限制。本地庫方法當(dāng)應(yīng)用程序想通過網(wǎng)絡(luò)并彼此依賴來提供及時(shí)并準(zhǔn)確的服務(wù)時(shí)會(huì)失敗。在無權(quán)使用運(yùn)行時(shí)環(huán)境或不了解特定主機(jī)上是如何存儲(chǔ)及管理策略時(shí)，本地配置是不可見的。一般的問題是使用深?yuàn)W的語法及語義表示配置，需要專門的控制臺(tái)或簡(jiǎn)單的文本編輯器進(jìn)行管理，或者是本地配置文件或數(shù)據(jù)庫不是很容易的能支持企業(yè)級(jí)范圍的引用數(shù)據(jù)。
圖 3. 多實(shí)例服務(wù)及互關(guān)聯(lián)分布系統(tǒng)
多實(shí)例服務(wù)及互關(guān)聯(lián)分布式系統(tǒng)創(chuàng)建過多的所有本地配置的同步。共享庫通常是發(fā)布的模式數(shù)據(jù)庫。引用及配置數(shù)據(jù)使用復(fù)制技術(shù)存儲(chǔ)于數(shù)據(jù)庫中。應(yīng)用程序使用 SQL 查詢?cè)L問數(shù)據(jù)。
這個(gè)解決方案在策略庫與使用它的應(yīng)用程序之間有很強(qiáng)的依賴性。在沒有改變的情況下，模式不能改變且數(shù)據(jù)庫不能移植到所有的應(yīng)用程序中。用戶名及密碼經(jīng)常存儲(chǔ)于各自的應(yīng)用程序中，但不能在常規(guī)基礎(chǔ)上進(jìn)行改變并且也不安全。
數(shù)據(jù)所有權(quán)、性能問題及單點(diǎn)故障還有更多普遍的問題都存在于這個(gè)解決方案中。性能及可用性方面可以通過創(chuàng)建多的、同步的庫映像來解決。然后需要通過負(fù)載均衡避免爭(zhēng)用。
復(fù)制從一個(gè)庫將數(shù)據(jù)操作（插入、更新、刪除）復(fù)制到另一個(gè)倉庫。使用從數(shù)據(jù)庫日志文件或數(shù)據(jù)庫觸發(fā)器觸發(fā)的存儲(chǔ)并發(fā)送 (store-and-forward) 技術(shù)將操作發(fā)送給復(fù)制。標(biāo)準(zhǔn)的復(fù)制模型是可升級(jí)的且提供使用異步傳輸?shù)摹澳硶r(shí)”倉庫的同步。它不保證“時(shí)間點(diǎn) (point-in-time)”同步。
這個(gè) PMS 版本需要所有服務(wù)在任意時(shí)刻都使用正確的策略，作為解決方案放棄復(fù)制其自身。
同步復(fù)制使用分布式事務(wù)處理管理復(fù)制數(shù)據(jù)操作，（幾乎）同時(shí)的作為工作單點(diǎn)，將操作應(yīng)用到所有復(fù)件。一個(gè)的失敗導(dǎo)致所有的失敗。不幸的是，這項(xiàng)技術(shù)操作費(fèi)事且不可劃分。錯(cuò)誤修正、添加、移除及初始化同步復(fù)制都是費(fèi)事的，且相關(guān)操作創(chuàng)建實(shí)例間的緊耦合。
輕量級(jí)目錄訪問協(xié)議 (LDAP)是正式的目錄訪問協(xié)議。實(shí)現(xiàn)一般地提供內(nèi)建的分布式系統(tǒng)，它可以通過跨企業(yè)及網(wǎng)絡(luò)來實(shí)現(xiàn)。LDAP 提供基于標(biāo)準(zhǔn)的層次數(shù)據(jù)結(jié)構(gòu)，它允許非安全認(rèn)證應(yīng)用程序訪問，或通過提供存儲(chǔ)于他們自己目標(biāo)記錄中的認(rèn)證訪問。這個(gè)基本的模型對(duì) PMS 發(fā)布顯示很有用處。它沒有依賴于簡(jiǎn)單數(shù)據(jù)庫方法的用戶名及密碼的依賴，而是提供可擴(kuò)充的文檔模式。LDAP 使用復(fù)制將數(shù)據(jù)入棧到它的復(fù)件中，它不支持服務(wù)選擇特定的記錄的修正。
事件驅(qū)動(dòng)發(fā)布是一種解決方案，它依賴于更新記錄的組件登記。這個(gè)解決方案不適合那些需要舊策略并將責(zé)任推給應(yīng)用程序的工作條目。入棧技術(shù)本身可能不提供顯示需要的準(zhǔn)確度。
數(shù)據(jù)發(fā)布檢查點(diǎn)
沒有從最終容器返回有意義反饋的數(shù)據(jù)入棧的復(fù)制不能保證每個(gè)服務(wù)應(yīng)用正確給定工作條目的策略版本。服務(wù)依賴他們本地庫的更新速度，分布式庫及高性能 SOA 增強(qiáng)同步延遲及錯(cuò)誤策略應(yīng)用程序的水平。仍留有問題：解決方案如何保證每個(gè)服務(wù)每次都使用正確的策略修正？解決方案如何保證它包括所有新的及以前的策略版本，并且它能在發(fā)布及響應(yīng)環(huán)境中進(jìn)行操作么？
PMS 需要工作條目請(qǐng)求特定的版本以允許服務(wù)檢查其是否有正確的版本。這個(gè)方法可以為舊的及非常新的策略工作。
現(xiàn)在服務(wù)可以顯式請(qǐng)求正確的版本。可以使用復(fù)制將其重新移入分布緩存中，策略修正請(qǐng)求保證服務(wù)使用正確的版本。
第一個(gè)結(jié)構(gòu)原則是：將每個(gè)工作條目標(biāo)記上正確的策略修正。
標(biāo)記工作條目
圖 4. 標(biāo)記工作條目
原則沒有說明如何完成正確策略修正每個(gè)標(biāo)記工作條目。操作是使用需要運(yùn)算法則來確定正確版本的一般標(biāo)簽來標(biāo)記，或使用顯式的策略修正信息來標(biāo)記。
常規(guī)標(biāo)簽是從信息的固有數(shù)據(jù)或從為策略管理的單獨(dú)目的而添加的專用的標(biāo)簽中創(chuàng)建的。
固有標(biāo)簽使用現(xiàn)有數(shù)據(jù)（例如，日期及時(shí)間）并向?qū)傩蕴砑雍狻Ｌ砑拥暮鈱?duì)維護(hù)工程師及操作人員不會(huì)立即變得明確。使用這個(gè)方法，就會(huì)限制額外內(nèi)容的靈活性，操作（如，改變已應(yīng)用的策略版本）也會(huì)受到損害。
專用（非固有）標(biāo)簽經(jīng)常從生成器容易獲得的信息中生成。這簡(jiǎn)化標(biāo)簽的生成，但需要查找算法來找出正確的修正或版本。查找可能確定最新的修正，在這之前一天的，兩天之間的或后一天的。這些算法實(shí)現(xiàn)起來復(fù)雜，當(dāng)需要的實(shí)際修正不在庫中或不符合應(yīng)用的算法時(shí)，查找就會(huì)失敗。算法會(huì)脫節(jié)于從任何特定修正的顯式請(qǐng)求，他們銷毀需要的及不適合的反饋。
顯式標(biāo)簽描述對(duì)單一顯式策略修正的直接連接。添加他們只是為策略管理的目的。
SOA 包含許多服務(wù)，每個(gè)服務(wù)中都定義有一個(gè)或多個(gè)策略且以不同的級(jí)別修正。如果解決方案列出工作條目需要的所有策略修正對(duì)，那么該解決方案就會(huì)變得臃腫且易于出錯(cuò)和變得混淆。這個(gè)方法強(qiáng)制這個(gè)標(biāo)記類型假設(shè)每個(gè)工作條目需要每個(gè)服務(wù)及策略。
通過創(chuàng)建及存儲(chǔ)指定的共同工作的策略修正列表，您可以在 SOA 中創(chuàng)建所有策略的一套相應(yīng)的特定的修正。然后就有可能用這套策略修正的名字作為顯式標(biāo)簽而不是作為列表本身。第一個(gè)實(shí)現(xiàn)原則是：使用策略集合在結(jié)構(gòu)的入口處分別標(biāo)記每個(gè)工作條目。。
策略集合
圖 5. 映射到策略的策略集合
將每個(gè)策略的一個(gè)版本放置在指定的集合中創(chuàng)建策略集合。標(biāo)記為策略集合的工作條目與那些策略修正有直接的關(guān)系。沒有必要將每個(gè)修正都列入工作條目中，需要的標(biāo)簽的數(shù)目減少到一個(gè)。標(biāo)記為相同策略集合的工作條目（工作流）組以一致的及可預(yù)測(cè)的方式使用相同的策略及流程。
服務(wù)可以使用策略集合及策略名顯式的請(qǐng)求他們需要處理的這個(gè)工作條目的策略版本。
策略的一個(gè)版本可以存在于許多策略集合中，但一旦它被部署在一個(gè)集合中就不能再對(duì)其進(jìn)行修改。對(duì)策略的“更新”導(dǎo)致生成及更新了一個(gè)新的策略版本。.
通過使用檢查或數(shù)字簽名，易于區(qū)分 key-not-found（緩存不完全）與 invalid-key（不進(jìn)行遠(yuǎn)程請(qǐng)求，他們就不會(huì)知道彼此）之間的不同，您可以檢查改變及策略的完整性。例如，使用排序代碼和銀行賬戶號(hào)碼訪問客戶的簡(jiǎn)介。如果沒有找到，使用排序代碼取得該客戶的默認(rèn)信息。
成功的策略及策略集合部署確保取得的使用策略名及策略集合的策略總是正確的，沒有過多的開銷或當(dāng)緩存時(shí)沒有緩存合法性問題。
策略所有權(quán)及域
策略是特定服務(wù)的獨(dú)有職責(zé)及屬性，但可能被那個(gè)服務(wù)的所有實(shí)例所使用。這個(gè)限制保護(hù)執(zhí)行的獨(dú)立性及簡(jiǎn)化變更管理。要保護(hù)這個(gè)清楚的劃分，PMS 需要提供防止其他小組對(duì)策略更新的控制。屬于重實(shí)現(xiàn)或不贊成的服務(wù)的策略可以被廢棄以保護(hù)解決方案的長期合法性。
一個(gè)服務(wù)需要用其他服務(wù)注冊(cè)的情況確實(shí)存在（例如，使用報(bào)告執(zhí)行服務(wù)注冊(cè)報(bào)告）。有利的方面是，所有權(quán)限制澄清了事件的狀態(tài)。首先，報(bào)告清楚的保留第一個(gè)服務(wù)的屬性及職責(zé)并被放置在服務(wù)的策略當(dāng)中。PMS 需要報(bào)告執(zhí)行服務(wù)訪問那個(gè)策略設(shè)置的機(jī)制。
域是類或類型并表示數(shù)據(jù)的規(guī)則、語法及語義（例如，它必需是整型、浮點(diǎn)型、圖片類型等等）。域是分配給規(guī)則及格式的名字。
將域添加進(jìn)策略設(shè)置使得策略管理員依據(jù)值并識(shí)別那個(gè)值屬于已知的特定的域來增強(qiáng)那些域規(guī)則及格式。策略管理員可以使域允許服務(wù)定義新的域。名字及合法性規(guī)則是策略設(shè)置，域是，例如，PMS$DOMAIN。
取得策略設(shè)置的通常的方式是從特定的策略集合中請(qǐng)求策略，并從特定的策略修正中產(chǎn)生所有的設(shè)置。PMS 可以通過允許客戶端服務(wù)通過域名訪問策略集合中的多個(gè)策略取得策略設(shè)置來實(shí)現(xiàn)一個(gè)服務(wù)通知另一個(gè)策略的能力。例如，Name = My Report，Value = "Report file + instructions."，Domain= REPORT
由域來獲取可以保留正確的所有權(quán)規(guī)則并可以防止不同服務(wù)策略間的交叉。它為服務(wù)提供簡(jiǎn)單的機(jī)制使用其他服務(wù)在保留所有權(quán)情況下注冊(cè)構(gòu)件。
實(shí)現(xiàn)意見
對(duì)已部署策略的更改會(huì)導(dǎo)致在新的策略集合中創(chuàng)建新的策略修正。新策略集合需要被顯式的部署以供產(chǎn)品服務(wù)所使用。顯式部署允許更改進(jìn)行測(cè)試、控制及授權(quán)。部署檢查所有策略及策略集合，標(biāo)記他們?yōu)椴豢勺儭?/p>
服務(wù)連接 SOA 在接收工作前取得他們的技術(shù)策略，但從工作條目中取得策略集合。新服務(wù)不需要顯式策略同步。
工作條目使用正確的策略集合單獨(dú)標(biāo)記。服務(wù)可以支持多并發(fā)策略且可以為每個(gè)工作條目準(zhǔn)確的應(yīng)用正確的策略。
當(dāng)策略集合進(jìn)入體系結(jié)構(gòu)中，它就被分配給每個(gè)工作條目。策略集合是最新的集合、名字集或策略集合分配給特定的工作流。如果策略管理員支持策略集合請(qǐng)求，例如，允許 PolicySet = "" 或 PolicySet = "WS$<Name>" 或 PolicySet = "PolicySetName"，處理相同工作流的不同網(wǎng)關(guān)不需要相互同步。
空白策略集合的工作條目被分配給指定的策略集合，通過第一個(gè)服務(wù)請(qǐng)求該信息。使用最新策略集合的名字，工作條目也被從那一點(diǎn)向前被標(biāo)記。
以一個(gè)工作流標(biāo)識(shí)符標(biāo)記的工作條目，使用與命名策略集合相同的方式用工作流 ID 分解。如果工作流 ID 別名已經(jīng)分配給了策略集合，請(qǐng)求可能會(huì)得到本地緩存的回絕。否則，請(qǐng)求救會(huì)被送到策略管理服務(wù)。服務(wù)為策略集合分配別名，以集合及影射作為回應(yīng)。
如果不可變約束不合適，必需允許在任意時(shí)刻改變策略。如果由數(shù)據(jù)過期來管理刷新，就像 Web 頁面情況一樣，那么可以使用策略或策略集合內(nèi)部的關(guān)鍵字，來通知任意的緩存，告訴他們數(shù)據(jù)可以保持多長時(shí)間的方式來實(shí)現(xiàn)。例如，PolicyCacheDirty 被設(shè)置為 "REALTIME"，顯示如果策略過期每次都使用 DateTime / DeltaTime 檢查策略的改變。
當(dāng)使用過期機(jī)制時(shí)，可以告知 PMS 使用另外一個(gè)關(guān)鍵字。例如 PolicyVersionChange 設(shè)置為“On Change”顯示改變或新值的增加都會(huì)導(dǎo)致策略新版本的產(chǎn)生。
結(jié)束語
策略被組織為策略集合而發(fā)布。策略集合由許多屬于單獨(dú)服務(wù)的策略組成。每個(gè)策略都被命名并歸屬到版本控制中。不能改變已部署的策略，而且都使用了數(shù)字簽以允許任何服務(wù)檢查它的可靠性和完整性。工作條目通過指定策略集合指示活動(dòng)策略。三個(gè)重要的方面包括：
- 可以使用不同的策略處理不同線程處理的多條目。
- 策略數(shù)據(jù)可以被復(fù)制或緩存，而且沒有使用過期數(shù)據(jù)的風(fēng)險(xiǎn)。
- 工作條目為其自身請(qǐng)求正確的策略。
這確保工作條目取得他們需要的策略，并去除對(duì)同步服務(wù)策略緩存復(fù)雜模式的需要。
策略通過其單獨(dú)的、專用服務(wù)、強(qiáng)制唯一的、一致的語法及域控制語義來構(gòu)造、維護(hù)及部署。應(yīng)用到工作條目的策略的預(yù)測(cè)為企業(yè)提供了強(qiáng)大的診斷及管理工具。
解決方案為業(yè)務(wù)提供了以受控及可追蹤方式改變策略的能力，及在工業(yè)及聯(lián)邦法律的約束下實(shí)現(xiàn)其公司的管理需要（Sarbanes-Oxley Act 2002）。