“軟件+服務(wù)”(S+S)思路:架構(gòu)先行

申請免費(fèi)試用、咨詢電話：400-8352-114

來自微軟的八名架構(gòu)師撰寫了設(shè)計(jì)S+S和云計(jì)算的注意事項(xiàng)，這篇文章集合了在為企業(yè)規(guī)劃軟件加服務(wù)（S+S）的解決方案時(shí)，應(yīng)該考慮的設(shè)計(jì)因素。

文章的作者有FredChong、AlejandroMiguel、JasonHogg、UlrichHomann、BrantZwiefel、DannyGarber、JoshyJoseph、ScottZimmerman和StephenKaufman，他們將S+S定義為軟件即服務(wù)（SaaS）的擴(kuò)展：

S+S為組織外包開發(fā)、管理、部署提供了更多的選擇，也提供了更多運(yùn)行業(yè)務(wù)的技術(shù)操作因素。S+S與面向服務(wù)的體系架構(gòu)（SOA）原則協(xié)同工作。S+S提供了采購、融資、部署應(yīng)用軟件和服務(wù)的多種模式，從而幫助實(shí)現(xiàn)SOA的企業(yè)增加其技術(shù)選擇。

S+S與SOA相輔相成，因?yàn)椤癝+S憑借部署在公司內(nèi)部的云計(jì)算和解決方案為組織提供了優(yōu)化IT投資的計(jì)算模型”。S+S并不會(huì)否定使用SOA的地方，而是“提供采購、融資、部署應(yīng)用軟件和服務(wù)的多種模式，以此幫助SOA優(yōu)化其技術(shù)選擇”。

在作者的設(shè)想中，S+S、SOA、云計(jì)算之間的關(guān)系如下：

文章對(duì)企業(yè)架構(gòu)做了如下分析，從而解決了很多問題：

    企業(yè)架構(gòu)

要實(shí)現(xiàn)S+S，企業(yè)架構(gòu)需要評(píng)估現(xiàn)有的IT資源，包括系統(tǒng)、應(yīng)用、人力和經(jīng)驗(yàn)，決定哪些是內(nèi)部可實(shí)現(xiàn)的，哪些需要外包。就此而言，作者推薦了一個(gè)很多大型組織已經(jīng)在用的模式：

·專有、涉及關(guān)鍵業(yè)務(wù)的系統(tǒng)——這些系統(tǒng)本質(zhì)上是專有、涉及關(guān)鍵業(yè)務(wù)的，或者是提供競爭優(yōu)勢的，它們往往被看得很重要，外包給外部服務(wù)供應(yīng)商的話會(huì)有風(fēng)險(xiǎn)。因此這些系統(tǒng)往往由組織的現(xiàn)有IT部門設(shè)計(jì)、開發(fā)、操作、管理。

·非專有、涉及關(guān)鍵任務(wù)的系統(tǒng)——那些非專有，但仍然涉及關(guān)鍵任務(wù)的系統(tǒng)可以由另一家公司開發(fā)，不過仍然要由組織的現(xiàn)有IT部門設(shè)計(jì)、操作和管理。

·非專有的系統(tǒng)——只要能和服務(wù)供應(yīng)商建立合適的服務(wù)水平協(xié)議（SLA），非專有、提供標(biāo)準(zhǔn)化功能和接口的系統(tǒng)通常就很適合外包給云服務(wù)供應(yīng)商。這種系統(tǒng)的例子有電子郵件、日歷、內(nèi)容管理工具。

他們還建議仔細(xì)斟酌組織的IT成熟度、ROI或成本節(jié)約、以及采用S+S解決方案的難易程度。

軟件架構(gòu)，集成設(shè)計(jì)

關(guān)于軟件集成，作者先提出了一個(gè)假設(shè)——“通過數(shù)據(jù)集成、功能集成、展示集成等各種技術(shù)”，大多數(shù)企業(yè)應(yīng)用都跟其它應(yīng)用有聯(lián)系。

他們說在緊耦合系統(tǒng)中，組織要么在子系統(tǒng)中圍繞功能子集建立粗粒度的Facade，要么采用集成技術(shù)，在傳統(tǒng)應(yīng)用和托管到本地/外部的服務(wù)之間搭建橋梁。

針對(duì)那些使用SOA服務(wù)的系統(tǒng)，作者建議考慮將這些服務(wù)遷移到云中，包括使用Internet服務(wù)總線技術(shù)，因?yàn)榉钦降南⒖偩€技術(shù)不能滿足該方法。

軟件架構(gòu)，應(yīng)用設(shè)計(jì)

作者認(rèn)為，“應(yīng)用根據(jù)面向服務(wù)的原則進(jìn)行設(shè)計(jì)，會(huì)為S+S應(yīng)用的采用或集成奠定一個(gè)堅(jiān)實(shí)的基礎(chǔ)”，但這還不充分。向企業(yè)IT系列服務(wù)添加遠(yuǎn)程服務(wù)還需要考慮很多重要的問題：

·遠(yuǎn)程服務(wù)失敗時(shí)要實(shí)施一定的策略

·用補(bǔ)償事務(wù)代替原子事務(wù)

·使用異步消息傳遞

·服務(wù)發(fā)生變化時(shí)更新應(yīng)用的消費(fèi)服務(wù)

·測試有特定需求的S+S應(yīng)用

·軟件架構(gòu)，信息設(shè)計(jì)

S+S會(huì)迫使組織采用一種新的方法進(jìn)行信息設(shè)計(jì)：

傳統(tǒng)上，企業(yè)應(yīng)用的重點(diǎn)是數(shù)據(jù)一致性、事務(wù)可靠性，還有不斷增加的吞吐量。它們通常依賴于關(guān)系型數(shù)據(jù)模型和關(guān)系型數(shù)據(jù)管理系統(tǒng)，這些模型和系統(tǒng)遵循原子性、完整性、一致性和持久性（ACID）原則設(shè)計(jì)可靠的數(shù)據(jù)庫。S+S不同于此，它會(huì)促使組織去思考自己的信息設(shè)計(jì)過程。

要將數(shù)據(jù)支持為服務(wù)范式

設(shè)計(jì)出來的服務(wù)和底層數(shù)據(jù)結(jié)構(gòu)必須要能支持更多的事務(wù)量，或者必須能處理比往常更大的數(shù)據(jù)量。這必然會(huì)給架構(gòu)設(shè)計(jì)和數(shù)據(jù)分區(qū)策略帶來變化。分區(qū)策略必須借助功能分割或水平分區(qū)來支持底層數(shù)據(jù)庫的水平擴(kuò)展。不過這些策略可能會(huì)影響性能的優(yōu)化。這就解釋了為什么一些高性能的系統(tǒng)正在遠(yuǎn)離ACID可靠性，而是越來越偏向于基本可用（BasicallyAvailable）、柔性狀態(tài)（SoftState）和最終一致性（BASE），并開始解除邏輯分區(qū)和物理分區(qū)架構(gòu)之間的耦合了。

基礎(chǔ)設(shè)施架構(gòu)

作者在這部分立馬表示，企業(yè)過去必須購買所有需要的計(jì)算基礎(chǔ)設(shè)施，包括服務(wù)器、存儲(chǔ)設(shè)備、網(wǎng)絡(luò)設(shè)備和桌面。有時(shí)甚至要新建大樓和數(shù)據(jù)中心，來安置所有的設(shè)備和相關(guān)人員。云計(jì)算（尤其是基礎(chǔ)設(shè)施即服務(wù)（IaaS）和虛擬化）為公司提供了新的機(jī)會(huì)，能將基礎(chǔ)設(shè)施的一些需求轉(zhuǎn)移到其它組織。

盡管IaaS帶來了好處，但企業(yè)架構(gòu)師仍然要考慮可用性、伸縮性、安全性、可靠性和可管理性，權(quán)衡大量的設(shè)計(jì)因素。

安全

安全在過去的二十年中一直是企業(yè)的重要方面。自從互聯(lián)網(wǎng)出現(xiàn)以來，總結(jié)出的安全教訓(xùn)現(xiàn)在都仍然適用。關(guān)鍵的S+S安全要素有：

S+S安全涉及廣泛的主題，要提供身份及其授權(quán)，要允許內(nèi)部系統(tǒng)和云服務(wù)之間的單點(diǎn)登錄，要在傳輸和靜止?fàn)顟B(tài)保護(hù)數(shù)據(jù)，還要增強(qiáng)部署在云平臺(tái)上的應(yīng)用代碼，以防應(yīng)用遭受惡意軟件的攻擊和滲透。

管理

在處理企業(yè)防火墻內(nèi)的應(yīng)用和服務(wù)的同時(shí)，IT管理者還需要考慮防火墻外的應(yīng)用和服務(wù)，“不僅要從已部署的技術(shù)角度考慮，還要從IT角色和責(zé)任、操作程序及政策的角度出發(fā)，這些視角對(duì)已部署軟件和服務(wù)的使用和操作會(huì)產(chǎn)生影響”：

舉例來說，應(yīng)用外包給SaaS供應(yīng)商，現(xiàn)在維護(hù)這些應(yīng)用的管理員和操作者并不是企業(yè)員工。在S+S的世界里，傳統(tǒng)的IT角色和責(zé)任可能需要合并為單獨(dú)的服務(wù)提供者角色，該角色實(shí)際上承擔(dān)SLA中指定的責(zé)任。還應(yīng)該明確確定依法強(qiáng)制執(zhí)行責(zé)任的條款，以減少因服務(wù)供應(yīng)商不能圓滿履行責(zé)任而產(chǎn)生的負(fù)面結(jié)果。同樣，解決用戶問題和技術(shù)問題的IT管理流程現(xiàn)在也該由服務(wù)供應(yīng)商處理。對(duì)最小化服務(wù)中斷來說，建立明確的升級(jí)程序、將有效的溝通渠道并入企業(yè)的最終用戶支持過程都是至關(guān)重要的。

操作

提到操作，作者們建議：

考慮外包IT操作角色和責(zé)任對(duì)業(yè)務(wù)的影響。業(yè)務(wù)連續(xù)性、責(zé)任、員工和客戶滿意度都是關(guān)鍵因素，這些因素必須通過確定明確的SLA和可靠的云服務(wù)供應(yīng)商來解決。

企業(yè)應(yīng)該在融合軟件和服務(wù)環(huán)境的IT操作中發(fā)揮積極作用。不過企業(yè)應(yīng)該建立監(jiān)控系統(tǒng)，以便發(fā)現(xiàn)外包服務(wù)中技術(shù)問題，而不是關(guān)注于執(zhí)行細(xì)節(jié)。企業(yè)還應(yīng)該建立操作過程，以確保服務(wù)供應(yīng)商盡快解決了問題。

結(jié)論

在結(jié)論中，作者提出了組織涉及云計(jì)算的三種方式：

·消費(fèi)云——將應(yīng)用和IT服務(wù)外包給第三方的云供應(yīng)商，比如微軟的BusinessProductivity在線套件、CRM在線和LiveMeeting服務(wù)。

·使用云——使用云中可用的平臺(tái)和基礎(chǔ)設(shè)施服務(wù)，像WindowsAzure和SQLAzure。

·擁抱云——成為云服務(wù)供應(yīng)商。BizTalkServer企業(yè)服務(wù)總線（ESB）工具集對(duì)此有所幫助，因?yàn)樵摴ぞ呒澳芗蓴?shù)據(jù)更新、編排通過云服務(wù)處理信息交換的工作流”。