本文選題：TOSCA　切入點(diǎn)：云編排　出處：《電子科技大學(xué)》2016年碩士論文

【摘要】：復(fù)合企業(yè)應(yīng)用通常依賴基于模塊化和部件化的系統(tǒng)結(jié)構(gòu),這種系統(tǒng)結(jié)構(gòu)可以從云技術(shù)的彈性、靈活性、可擴(kuò)展性和高可用性中受益。由于缺少一個統(tǒng)一的應(yīng)用拓?fù)浜途幣乓?guī)范,各個云提供商向用戶提供了其平臺特有的方式來使用云服務(wù),如API或者DSL描述的工具.這就會導(dǎo)致云供應(yīng)商鎖定的情況發(fā)生,從而降低了應(yīng)用的可移植性,增加了企業(yè)應(yīng)用的遷移成本。本文主要對TOSCA(Topology and Orchestration Specification of Cloud Applica-tion)標(biāo)準(zhǔn)以及云編排的框架進(jìn)行了研究,TOSCA提供了一種明確的復(fù)合應(yīng)用建模和自動管理的方式,即通過應(yīng)用拓?fù)鋪砻枋鰬?yīng)用組件及其關(guān)聯(lián)關(guān)系,并以工作流語言描述的管理計劃來實現(xiàn)應(yīng)用的自動化管理。通過工作流建模工具進(jìn)行人工開發(fā)管理計劃的方式存在兩個嚴(yán)重的缺陷：1)需要掌握的知識和代價高昂：2)管理計劃一般來說是和應(yīng)用緊密耦合的,這就導(dǎo)致了工作流難以維護(hù)和復(fù)用。本文設(shè)計并實現(xiàn)了一個云編排框架原型,從應(yīng)用組件的定義,到應(yīng)用的可視化拓?fù)浣?再到應(yīng)用的自動化部署計劃的生成,最終生成一個符合TOSCA規(guī)范的云編排包,重點(diǎn)研究了應(yīng)用拓?fù)淠Ｐ偷阶詣踊芾碛媱澋霓D(zhuǎn)化。TOSCA支持命令式和聲明式兩種方式產(chǎn)生管理計劃：1)命令式的方式是通過執(zhí)行預(yù)先定義好的管理計劃,管理計劃中詳細(xì)描述了將要執(zhí)行的部署和管理任務(wù)：2)聲明式的方式是通過運(yùn)行時環(huán)境對應(yīng)用的拓?fù)淠Ｐ瓦M(jìn)行解釋,從而推斷出具體的部署和管理邏輯。本文提出了一種結(jié)合兩者優(yōu)勢的“三階段構(gòu)建管理計劃”的算法,算法的處理過程主要包括三個步驟：第一步,將應(yīng)用的拓?fù)淠Ｐ捅硎镜膽?yīng)用組件及其關(guān)聯(lián)關(guān)系轉(zhuǎn)換為部署的順序圖：第二步,將部署順序圖轉(zhuǎn)換為管理計劃的框架：第三步,根據(jù)框架中空部署活動對應(yīng)的模版標(biāo)識及其類型,通過查詢部署功能表,在部署子過程模版庫中選擇合適的子過程,并將子過程填充到管理計劃框架中。根據(jù)查表的情況,確定是否需要執(zhí)行候選子過程的選舉。本文實現(xiàn)的框架原型能夠根據(jù)應(yīng)用的拓?fù)淠Ｐ妥詣由晒芾碛媱?具備插件化特征,有良好的擴(kuò)展性。
[Abstract]:Composite enterprise applications often rely on a modular and component-based system architecture that benefits from the flexibility, flexibility, scalability and high availability of cloud technology, due to the lack of a uniform application topology and orchestration specification. Individual cloud providers provide users with platform-specific ways to use cloud services, such as tools described by API or DSL. This can lead to lock-in of cloud vendors, which reduces the portability of applications. This paper mainly studies the standard of TOSCA(Topology and Orchestration Specification of Cloud Applica-tion and the framework of cloud orchestration. That is, to describe application components and their relationships through application topologies, The management plan described by workflow language is used to realize the automatic management of application. There are two serious defects in the way of manual development management plan through workflow modeling tools: 1) the knowledge and the cost are very high. The management plan is generally tightly coupled with the application. This makes workflow difficult to maintain and reuse. This paper designs and implements a prototype of cloud orchestration framework, from the definition of application components to the visual topology modeling of application, and then to the generation of automatic deployment plan. To eventually generate a cloud choreography package that conforms to the TOSCA specification, This paper focuses on the transformation of application topology model to automated management plan. TOSCA supports both imperative and declarative ways to generate management plan: 1) imperative way is through the execution of pre-defined management plan. The management plan describes in detail the deployment and management tasks to be performed in a declarative manner by interpreting the application's topology model through the runtime environment. Thus infer the concrete deployment and management logic. This paper proposes an algorithm of "three-stage construction management plan" which combines the advantages of the two. The processing process of the algorithm mainly includes three steps: the first step, Convert the application components and their associations represented by the applied topology model into the deployment sequence diagram: step 2, the deployment sequence diagram into the framework of the management plan: step 3, According to the template identification and its type of hollow deployment activities in the framework, by querying the deployment function table, selecting the appropriate sub-process in the deployment sub-process template library, and filling the sub-process into the management plan framework. The prototype of this framework can automatically generate management plan according to the topology model of the application, which has the feature of plug-in and good expansibility.
【學(xué)位授予單位】：電子科技大學(xué)
【學(xué)位級別】：碩士
【學(xué)位授予年份】：2016
【分類號】：F273.2;F203;TP393.09

【相似文獻(xiàn)】

相關(guān)期刊論文 前2條

1 劉涌;美國可靠性分析中心元器件管理計劃[J];電子質(zhì)量;1997年02期

2 ;[J];;年期

相關(guān)會議論文 前1條

1 張妍;王治國;;臨床實驗室不符合項管理計劃的制定[A];中華醫(yī)學(xué)會第九次全國檢驗醫(yī)學(xué)學(xué)術(shù)會議暨中國醫(yī)院協(xié)會臨床檢驗管理專業(yè)委員會第六屆全國臨床檢驗實驗室管理學(xué)術(shù)會議論文匯編[C];2011年

相關(guān)重要報紙文章 前10條

1 戴邊;制定危機(jī)管理計劃的原則[N];經(jīng)濟(jì)參考報;2008年

2 本報記者 王冠;覓獨(dú)立法律主體地位 理財管理計劃試點(diǎn)“一對一”合同[N];21世紀(jì)經(jīng)濟(jì)報道;2013年

3 陳奕飛;從理財管理計劃試點(diǎn)看銀行角色的轉(zhuǎn)換[N];中國城鄉(xiāng)金融報;2013年

4 隕石;瑞士推廣旅游質(zhì)量管理計劃初見成效[N];中國旅游報;2003年

5 邵強(qiáng);危機(jī)防范勝于危機(jī)處理[N];工人日報;2004年

6 尹曉翠;第三方管理計劃可實現(xiàn)雙贏[N];國際金融報;2004年

7 本報記者 于德良;銀行爭相推出資管計劃 產(chǎn)品不保本購買需細(xì)思量[N];證券日報;2013年

8 宋艷芬;銀行理財管理計劃:回歸本質(zhì)的理財產(chǎn)品[N];中國城鄉(xiāng)金融報;2014年

9 本報記者 柳燈;銀行資管計劃試點(diǎn)擬擴(kuò)容至城商行[N];21世紀(jì)經(jīng)濟(jì)報道;2014年

10 本報記者 柳燈;銀行資管計劃去“通道化” 覬覦“超額留存”轉(zhuǎn)型尚不徹底[N];21世紀(jì)經(jīng)濟(jì)報道;2013年

相關(guān)碩士學(xué)位論文 前1條

1 張迎;基于TOSCA規(guī)范的云編排框架與算法研究[D];電子科技大學(xué);2016年

，

本文編號：1692728