基于開源框架及容器技術(shù)的微服務(wù)架構(gòu)_第1頁
基于開源框架及容器技術(shù)的微服務(wù)架構(gòu)_第2頁
基于開源框架及容器技術(shù)的微服務(wù)架構(gòu)_第3頁
基于開源框架及容器技術(shù)的微服務(wù)架構(gòu)_第4頁
基于開源框架及容器技術(shù)的微服務(wù)架構(gòu)_第5頁
免費(fèi)預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 基于開源框架及容器技術(shù)的微服務(wù)架構(gòu) 夏鵬Summary在軟件系統(tǒng)趨向龐大的形勢(shì)之下,單點(diǎn)應(yīng)用模式難以適應(yīng)現(xiàn)階段眾多企業(yè)運(yùn)用的大型軟件的開發(fā),為及時(shí)的處理這類問題,應(yīng)該重視微服務(wù)架構(gòu)的引入。本文重點(diǎn)分析的就是開源框架和容器技術(shù)的微服務(wù)架構(gòu),結(jié)合著微服務(wù)特點(diǎn)加以探討,明確其優(yōu)勢(shì)和不足之處,為保證更好的投入實(shí)踐,特別關(guān)注眾多的細(xì)節(jié)問題?!綤ey】開源框架 容器技術(shù) 微服務(wù)架構(gòu)微服務(wù)憑借著自身的影響力成為了業(yè)界備受關(guān)注的架構(gòu)模式,企業(yè)及相關(guān)的單位開始重點(diǎn)探索更有利的渠道,促使對(duì)應(yīng)應(yīng)用程序科學(xué)的設(shè)置在云環(huán)境之中,可見微服務(wù)現(xiàn)己被認(rèn)定是未來的發(fā)展趨勢(shì)。通過科學(xué)化的分解,確保就是的將小且松散的微服務(wù)集中起

2、來,實(shí)現(xiàn)更好的服務(wù)模式,并對(duì)這些微服務(wù)極易進(jìn)行升級(jí)并擴(kuò)展。1 微服務(wù)架構(gòu)的基本特點(diǎn)1.1 使用簡(jiǎn)便微服務(wù)開發(fā)樣例比較的清晰,更容易操作,能及時(shí)的避免開發(fā)簡(jiǎn)單樣例難度較大的問題。1.2 方便測(cè)試微服務(wù)依賴比較少,其關(guān)注的焦點(diǎn)重點(diǎn)是集中在功能測(cè)試方面,因?yàn)楣δ芟鄬?duì)的單一,代碼對(duì)于測(cè)試的過程不會(huì)產(chǎn)生排斥,所以不需要進(jìn)行過度的測(cè)試。1.3 部署簡(jiǎn)易微服務(wù)中所關(guān)聯(lián)的應(yīng)用可以實(shí)現(xiàn)相對(duì)獨(dú)立的存在,其經(jīng)過開發(fā)和部署,在微服務(wù)架構(gòu)的影響之下,所涉及的應(yīng)用部署及功能交付更加的簡(jiǎn)便。1.4 運(yùn)維容易針對(duì)于突發(fā)事件可以彰顯出十足的運(yùn)維和協(xié)調(diào)能力,避免出現(xiàn)雪崩效應(yīng)。方便及時(shí)的完成對(duì)系統(tǒng)的彈性三維伸縮,能夠快速完成開啟和

3、關(guān)閉。2 開源框架和容器技術(shù)的微服務(wù)架構(gòu)2.1 優(yōu)勢(shì)分析微服務(wù)架構(gòu)主張運(yùn)用更為新穎的理念,系統(tǒng)模塊化方案也在此過程中被提出,通過將系統(tǒng)之中的服務(wù)方式單獨(dú)拆解,變成了獨(dú)立自主的模塊,這種方式使得擴(kuò)展性穩(wěn)步的提升。微服務(wù)架構(gòu)會(huì)涉及到技術(shù)的創(chuàng)新和發(fā)展,由于不同的服務(wù)會(huì)存在于特定的個(gè)體之中,會(huì)讓服務(wù)模式更加多元,同時(shí)也讓相應(yīng)的技術(shù)更為靈活,摒棄傳統(tǒng)技術(shù)手段,可以自主選擇新型方案。微服務(wù)部署相對(duì)簡(jiǎn)便,由于不同的服務(wù)主要是存在于個(gè)體之中,所以可以及時(shí)的規(guī)避其他問題,確保迅速的部署更加到位。微服務(wù)架構(gòu)具備著高性能分布式架構(gòu)模式,其中涉及到的服務(wù)屬于獨(dú)立的個(gè)體,在部署的階段,往往能夠依照基本的需求落實(shí),選擇更

4、合適的軟件環(huán)境和硬件資源很關(guān)鍵。2.2 不足之處微服務(wù)架構(gòu)服務(wù)處于相對(duì)獨(dú)立的空間之中,可以對(duì)通信和管理造成影響,開發(fā)者需要及時(shí)的編寫代碼,促使不同服務(wù)進(jìn)程及網(wǎng)絡(luò)通信更加可行。分析目前不同服務(wù)間進(jìn)行通信時(shí)面臨的主要問題,能夠明確其對(duì)比于大系統(tǒng)內(nèi)部的服務(wù)通信更為復(fù)雜。微服務(wù)架構(gòu)對(duì)于數(shù)據(jù)本身的時(shí)效性提出了更為嚴(yán)格的要求,主張及時(shí)的更新頻度較高的業(yè)務(wù)場(chǎng)景,根據(jù)服務(wù)的基本要求和需要更新數(shù)據(jù)庫內(nèi)部的相關(guān)信息,雖然這是一個(gè)極大的挑戰(zhàn),在實(shí)踐中會(huì)面臨著較多的困難,但是數(shù)據(jù)庫能夠提供最基本的分布性支持。微服務(wù)架構(gòu)可以接受相應(yīng)的測(cè)試,由于分布式和獨(dú)立特點(diǎn)共存,所以應(yīng)該嚴(yán)格的依照不同服務(wù)需要展開相應(yīng)的測(cè)試工作,相較

5、于傳統(tǒng)的部署方式來說,測(cè)試的復(fù)雜程度逐步的提高。3 微服務(wù)的應(yīng)用場(chǎng)景和架構(gòu)選擇通常來講,單體應(yīng)用已經(jīng)是較為準(zhǔn)確的選擇,明確簡(jiǎn)單和中等復(fù)雜的應(yīng)用,無論是在長(zhǎng)期還是短期的角度上來看,此類成本開銷明顯優(yōu)于微服務(wù)架構(gòu)。但是對(duì)比于非常復(fù)雜的應(yīng)用來說,微服務(wù)架構(gòu)從長(zhǎng)遠(yuǎn)的角度上看會(huì)獲得回報(bào),不過需要?dú)v經(jīng)漫長(zhǎng)的時(shí)間及時(shí)的彌補(bǔ)前提所投入的巨資。如果企業(yè)在開發(fā)一個(gè)應(yīng)用的時(shí)候需要涉及到100位以上的開發(fā)者,應(yīng)該嘗試著運(yùn)用微服務(wù)架構(gòu)展開應(yīng)用設(shè)計(jì)。若是企業(yè)中的應(yīng)用源代碼超過了10兆,也可以運(yùn)用微服務(wù)架構(gòu)落實(shí)應(yīng)用設(shè)計(jì),再就是企業(yè)若是想要依照月份及季度科學(xué)的發(fā)布相關(guān)應(yīng)用,還是應(yīng)該借助于微服務(wù)架構(gòu)落實(shí)應(yīng)用設(shè)計(jì)。微服務(wù)架構(gòu)不屬

6、于萬能的存在,所以也存在難以處理的問題,不具備科學(xué)的開發(fā)模式能夠在技術(shù)和管理領(lǐng)域彰顯出同等價(jià)值。可以預(yù)見在十年之內(nèi),不管是生產(chǎn)效率還是可靠性問題上,微服務(wù)架構(gòu)可以占據(jù)領(lǐng)先的地位,因此應(yīng)該依照具體的需求,同時(shí)分析未來發(fā)展動(dòng)向,做出科學(xué)化的抉擇,選出更適合自身發(fā)展的軟件架構(gòu)。4 開源框架和容器技術(shù)的微服務(wù)架構(gòu)實(shí)踐總結(jié)微服務(wù)能借助于多種協(xié)議將接口暴露,及時(shí)的運(yùn)用多種語言和框架完成基本的目標(biāo)。在ECP微服務(wù)架構(gòu)平臺(tái)上,只需要通過分析具備著相關(guān)特征的微服務(wù)即可,所有Rest API都需要迎合分布式部署方式的要求,同時(shí)還需要在明確業(yè)務(wù)功能的時(shí)候,更好的落實(shí)微服務(wù)架構(gòu)實(shí)踐。微服務(wù)架構(gòu)往往是把小組但是卻能夠相

7、互獨(dú)立的服務(wù)聯(lián)合起來,不同的服務(wù)具備著各自獨(dú)立的進(jìn)程,所以需要及時(shí)的完成基本的部署工作,服務(wù)部署能夠及時(shí)的反映出性價(jià)比高的優(yōu)勢(shì)。微服務(wù)架構(gòu)模式可及時(shí)的實(shí)現(xiàn)敏捷開發(fā)的目標(biāo),保證開發(fā)和運(yùn)維實(shí)現(xiàn)高度的協(xié)調(diào),可以促使生產(chǎn)率穩(wěn)步的提升。借助于工具和流程的自動(dòng)化優(yōu)勢(shì),完成更為敏捷的操作,實(shí)現(xiàn)交付產(chǎn)品的目的。5 結(jié)語此次研究重點(diǎn)分析了開源框架和容器技術(shù)的微服務(wù)架構(gòu),通過明確該服務(wù)架構(gòu)的應(yīng)用優(yōu)勢(shì),促使微服務(wù)實(shí)現(xiàn)高效運(yùn)營(yíng)。微服務(wù)技術(shù)架構(gòu)和底層實(shí)現(xiàn)代碼基本是由平臺(tái)大力提供,將復(fù)雜的技術(shù)細(xì)節(jié)加以屏蔽,研發(fā)人員也只需將注意力集中在業(yè)務(wù)代碼的編寫上。通過實(shí)踐證實(shí),這種微服務(wù)架構(gòu)的使用體現(xiàn)出極高的應(yīng)用價(jià)值。Reference1張淑麗,姚登舉,車楠.基于JAVAEE的開源框架類課程整合教學(xué)方法探索J.黑龍江教育(高教研究與評(píng)估),2014(06):17-18.2李艷,高揚(yáng),胡慶武,林春峰.一種可擴(kuò)展的海量空間數(shù)據(jù)三維可視化開源框架開發(fā)J.測(cè)繪科學(xué),2011,36(05):150-152.3王鳳嶺.一種J2EE輕量級(jí)開源框架組合方法的應(yīng)用與研究J.廣西民族大學(xué)學(xué)報(bào)(自然科學(xué)版),2010,16(03):41-45.電子技術(shù)與軟件工程2018年20期電子技術(shù)與軟件工程的其它文章工信部:前9個(gè)月國(guó)內(nèi)手機(jī)出貨量3億

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論