云規(guī)劃師需牢記的混合云工作流管理策略
在深入探討混合云計(jì)算之前，要想在企業(yè)內(nèi)部高效使用混合云，規(guī)劃師們需要先理解一些知識(shí)。
本文探討云規(guī)劃師必須牢牢記住的核心思想和策略，有關(guān)混合云工作流管理和集成，包括理解混合化的四大主要驅(qū)動(dòng)力。
幾乎所有企業(yè)都堅(jiān)信他們會(huì)成為公有云計(jì)算的客戶，至少在小規(guī)模下，而且很多企業(yè)已經(jīng)開始使用了。他們也堅(jiān)信在未來還是會(huì)自己搭建本地內(nèi)部的數(shù)據(jù)中心。于是，混合云，與其說是云方案選擇之一，不如說是云方案的必然結(jié)果。云規(guī)劃師必須理解混合化的驅(qū)動(dòng)力，制定出能夠集成混合云所隔離開資源的混合云策略，并且在日益動(dòng)態(tài)的未來管理好工作流。
如果我們接受(也應(yīng)該接受)企業(yè)長期需要數(shù)據(jù)中心的需求，由于公有云服務(wù)能夠以各種方式輔助到這些數(shù)據(jù)中心，那么混合云的需求就自然而然出現(xiàn)了。目前混合化的四大驅(qū)動(dòng)因素是：
服務(wù)器整合，這也是驅(qū)動(dòng)虛擬化的趨勢，如果低使用率的應(yīng)用特定服務(wù)器能夠托管在公有云上，這一趨勢將會(huì)繼續(xù)向前推進(jìn)。基于非常低的使用級(jí)別，以及相同的應(yīng)用運(yùn)行在多個(gè)、廣泛隔離的衛(wèi)星式分布的環(huán)境里，云環(huán)境無疑是***選擇。
云爆發(fā)所需的擴(kuò)展能力來匹配需求并且替換故障組件。企業(yè)意識(shí)到如果應(yīng)用設(shè)計(jì)上考慮到支持這一場景，那么公有云能夠在極端情況下作為內(nèi)部IT資源的有力補(bǔ)充。
生產(chǎn)部門購買的作為服務(wù)的應(yīng)用。盡管很少有生產(chǎn)企業(yè)真正準(zhǔn)備好將其應(yīng)用部署到IaaS上并且管理它們，但是大多數(shù)企業(yè)都認(rèn)為他們很高興能夠至少以服務(wù)的模式購買一些應(yīng)用程序。這是創(chuàng)建通常稱為“影子IT”的趨勢，企業(yè)有著一些CIO不知道的應(yīng)用程序，直到有人提出這些應(yīng)用程序需要集成。
核心應(yīng)用里日益增長的敏捷需求。如果沒有影子IT，不需要服務(wù)器整合，那么企業(yè)會(huì)毫無疑問得選用公有云服務(wù)。移動(dòng)工作的能力以及為競爭問題，機(jī)遇或者公開政策變化來創(chuàng)建快速業(yè)務(wù)響應(yīng)的需求，所有這些都鼓勵(lì)企業(yè)至少將核心應(yīng)用分解成前端/后端架構(gòu)，前端托管在云上，后端放在自己的數(shù)據(jù)中心里。
對于云規(guī)劃師或CIO而言，這些驅(qū)動(dòng)因素帶來的問題是他們幾乎無法為之計(jì)劃的特殊情況。影子IT，究其根本是私密性。敏捷性是解決意料之外的問題或者機(jī)遇的有效方法?；旌匣瘡亩馕吨鴺?gòu)建混合云架構(gòu)，能夠在問題出現(xiàn)時(shí)快速適應(yīng)。
混合架構(gòu)必須集成單獨(dú)的應(yīng)用和數(shù)據(jù)元素。要想使之能夠工作，必須定義混合模型，以及在支持該模型的混合云中所需的工具和技術(shù)。如果這些都完成了，那么新的混合元素就能適應(yīng)該模型，也就能夠按照計(jì)劃工作。
混合云架構(gòu)先要了解支持終端用戶的應(yīng)用所特有的前端/后端特性。應(yīng)用可以分為和信息展示相關(guān)的部分、GUI，以及用戶通知和支持，這些部分天然云友好。這部分必須被清晰得隔離出來，前端后端之間的工作流必須設(shè)計(jì)成能夠高效通過云邊界。后臺(tái)組件，設(shè)計(jì)為駐留在數(shù)據(jù)中心里，也必須“分層”，這樣被設(shè)計(jì)用來更新敏感和業(yè)務(wù)至關(guān)重要的數(shù)據(jù)庫的部分，數(shù)據(jù)編輯以及分析流程能夠松耦合。這樣能夠創(chuàng)建出應(yīng)用程序的三層架構(gòu)，最上層是UI，最下層是數(shù)據(jù)庫更新。
第二步是將云邊界可視化，能夠展現(xiàn)成從上到下的部分。在每個(gè)部分，邊界需要穿透為混合云使用做過優(yōu)化的應(yīng)用連接，并且也能夠改變費(fèi)用和風(fēng)險(xiǎn)。比如，將云邊界推到堆棧的底部會(huì)導(dǎo)致巨大的數(shù)據(jù)庫風(fēng)險(xiǎn)以及托管費(fèi)用，因此似乎只在大規(guī)模IT故障的時(shí)候才需要這么做。在從上至下的每一步里，云邊界位置預(yù)示著一系列的將邊界設(shè)置于此的條件，以及一系列在這個(gè)點(diǎn)云邊界所需的強(qiáng)制策略。
第三步是選擇一種云工作流管理和集成策略，盡可能在所有層都能夠統(tǒng)一，并且使用工作隊(duì)列在各層之間實(shí)現(xiàn)松耦合。這一步的目標(biāo)是確保如果在云和數(shù)據(jù)中心的給定應(yīng)用層里移動(dòng)組件，流程在技術(shù)組件連接的級(jí)別上是一致的。沒有這一步的話，每個(gè)組件的移動(dòng)都需要自定義。
當(dāng)已經(jīng)擁有混合架構(gòu)映射的時(shí)候，針對改變的動(dòng)態(tài)驅(qū)動(dòng)來測試已有方案至關(guān)重要。敏捷業(yè)務(wù)支持的基準(zhǔn)線標(biāo)準(zhǔn)是優(yōu)秀的企業(yè)架構(gòu)模型，使用現(xiàn)代框架(比如 TOGAF)，以及通過業(yè)務(wù)流程執(zhí)行語言驅(qū)動(dòng)的服務(wù)總線工作流。雖然這樣的方案從技術(shù)角度而言很重量級(jí)，但是它能幫助實(shí)現(xiàn)通過連接組件成一個(gè)業(yè)務(wù)流程來 “組合”出一個(gè)應(yīng)用。不管你怎么做，在三層混合架構(gòu)的任何一層，都必須實(shí)現(xiàn)同樣的目標(biāo)。
上述所有的混合驅(qū)動(dòng)因素會(huì)導(dǎo)致云邊界的移動(dòng)，邊界也會(huì)由于內(nèi)部或云上的花費(fèi)，云鏈接的性能以及是否有足夠技能的員工團(tuán)隊(duì)維護(hù)內(nèi)部應(yīng)用程序等因素的改變而變化?；旌匣拿艚菁軜?gòu)可能無法防止所有這些問題(通常是激烈的沖突)的發(fā)生，但是它能夠確保你對這些問題的響應(yīng)能夠足夠高效。
