6微服務(wù)系統(tǒng)架構(gòu)_第1頁
6微服務(wù)系統(tǒng)架構(gòu)_第2頁
6微服務(wù)系統(tǒng)架構(gòu)_第3頁
6微服務(wù)系統(tǒng)架構(gòu)_第4頁
6微服務(wù)系統(tǒng)架構(gòu)_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

第3章Linux系統(tǒng)與服務(wù)構(gòu)建運維3.16微服務(wù)系統(tǒng)架構(gòu)目錄2010203微服務(wù)概述微服務(wù)架構(gòu)的優(yōu)缺點常用技術(shù)選型301微服務(wù)概述學(xué)習(xí)目標(biāo)了解什么是微服務(wù)401微服務(wù)概述微服務(wù)架構(gòu)是一種架構(gòu)概念,一個大型復(fù)雜軟件應(yīng)用由一個或多個微服務(wù)組成。系統(tǒng)中的各個微服務(wù)可被獨立部署,各個微服務(wù)之間是松耦合的。每個微服務(wù)僅關(guān)注于完成一件任務(wù),并很好地完成該任務(wù)。在所有情況下,每個任務(wù)代表著一個小的業(yè)務(wù)能力。它的核心思想在于通過將業(yè)務(wù)功能和需求分解到各個不同的服務(wù)中進行管理,實現(xiàn)對業(yè)務(wù)整體解耦。圍繞業(yè)務(wù)模式創(chuàng)建應(yīng)用服務(wù),應(yīng)用服務(wù)可獨立地進行開發(fā)、迭代和部署,使項目的架構(gòu)更加清晰明確。隨著云計算及互聯(lián)網(wǎng)公司大量開源輕量級技術(shù)不停涌現(xiàn)并日漸成熟,微服務(wù)應(yīng)用的使用場景越來越多。502微服務(wù)架構(gòu)的優(yōu)缺點學(xué)習(xí)目標(biāo)了解微服務(wù)架構(gòu)的優(yōu)點了解微服務(wù)架構(gòu)的缺點602微服務(wù)架構(gòu)的優(yōu)缺點1.優(yōu)點①每個服務(wù)都比較簡單,只關(guān)注于一個業(yè)務(wù)功能。②微服務(wù)架構(gòu)方式是松耦合的,可以提供更高的靈活性。③微服務(wù)可通過最佳及最合適的不同的編程語言與工具進行開發(fā),能夠做到有的放矢地解決針對性問題。④每個微服務(wù)可由不同團隊獨立開發(fā),互不影響,加快推出市場的速度。⑤微服務(wù)架構(gòu)是持續(xù)交付(CD)的巨大推動力,允許在頻繁發(fā)布不同服務(wù)的同時保持系統(tǒng)其他部分的可用性和穩(wěn)定性。702微服務(wù)架構(gòu)的優(yōu)缺點2.缺點微服務(wù)的一些想法在實踐上是好的,但當(dāng)整體實現(xiàn)時也會呈現(xiàn)出其復(fù)雜性。①運維開銷及成本增加。整體應(yīng)用可能只需部署至一小片應(yīng)用服務(wù)區(qū)集群,而微服務(wù)架構(gòu)可能變成需要構(gòu)建、測試、部署、運行數(shù)十個獨立的服務(wù),并可能需要支持多種語言和環(huán)境。這導(dǎo)致一個整體式系統(tǒng)如果由20個微服務(wù)組成,可能需要40~60個進程②必須有堅實的DevOps開發(fā)運維一體化技能。開發(fā)人員需要熟知運維與投產(chǎn)環(huán)境,并需要掌握必要的數(shù)據(jù)存儲技術(shù)(如NoSQL),但是具有較強DevOps技能的人員比較稀缺,會帶來招聘人才方面的挑戰(zhàn)。802微服務(wù)架構(gòu)的優(yōu)缺點③隱式接口及接口匹配問題。把系統(tǒng)分為多個協(xié)作組件后會產(chǎn)生新的接口,這意味著簡單的交叉變化可能需要改變許多組件,并需協(xié)調(diào)一起發(fā)布。在實際環(huán)境中,一個新品發(fā)布可能被迫同時發(fā)布大量服務(wù),由于集成點的大量增加,微服務(wù)架構(gòu)會有更高的發(fā)布風(fēng)險。④代碼重復(fù)。某些底層功能需要被多個服務(wù)所用,為了避免將“同步耦合引入到系統(tǒng)中”,有時需要向不同服務(wù)添加一些代碼,這就會導(dǎo)致代碼重復(fù)。⑤分布式系統(tǒng)的復(fù)雜性。作為一種分布式系統(tǒng),微服務(wù)引入了復(fù)雜性和其他若干問題,例如,網(wǎng)絡(luò)延遲、容錯性、消息序列化、不可靠的網(wǎng)絡(luò)、異步機制、版本化、差異化的工作負(fù)載等,開發(fā)人員需要考慮以上的分布式系統(tǒng)問題。902微服務(wù)架構(gòu)的優(yōu)缺點⑥異步機制。微服務(wù)往往使用異步編程、消息與并行機制,如果應(yīng)用存在跨微服務(wù)的事務(wù)性處理,其實現(xiàn)機制會變得復(fù)雜化。⑦可測性的挑戰(zhàn)。在動態(tài)環(huán)境下服務(wù)間的交互會產(chǎn)生非常微妙的行為,難以可視化及全面測試。經(jīng)典微服務(wù)往往不太重視測試,更多的是通過監(jiān)控發(fā)現(xiàn)生產(chǎn)環(huán)境的異常,進而快速回滾或采取其他必要的行動。但對于特別在意風(fēng)險規(guī)避監(jiān)管或投產(chǎn)環(huán)境錯誤會產(chǎn)生顯著影響的場景下需要特別注意。1003常用技術(shù)選型學(xué)習(xí)目標(biāo)了解微服務(wù)的基礎(chǔ)層框架了解微服務(wù)的持久層框架了解微服務(wù)的中間件集成了解微服務(wù)的數(shù)據(jù)存儲1103常用技術(shù)選型在實際的技術(shù)選型中,最主要還是要結(jié)合業(yè)務(wù)、系統(tǒng)的未來發(fā)展的特征進行合理判斷,以下內(nèi)容是針對常用的技術(shù)服務(wù)簡要說明,具體細(xì)節(jié)和原理及如何應(yīng)用,可通過百度等搜索引擎搜索關(guān)鍵詞了解詳情,本章的3.17實戰(zhàn)案例將通過商用的實際案例來安裝和部署相關(guān)服務(wù),理解各服務(wù)之間的關(guān)系。1203常用技術(shù)選型1.基礎(chǔ)層框架SpringBoot是構(gòu)建微服務(wù)的基礎(chǔ)框架,是SpringCloud的基礎(chǔ),其自帶Tomcat,不需要在Tomcat中,可以直接啟動。自身也有各項優(yōu)點,如自動化配置、快速開發(fā)、輕松部署等,非常適合用作微服務(wù)架構(gòu)中各項具體微服務(wù)的開發(fā)框架。它不僅可以幫助用戶快速地構(gòu)建微服務(wù),還可以輕松簡單地整合SpringCloud實現(xiàn)系統(tǒng)服務(wù)化。而如果使用了傳統(tǒng)的Spring構(gòu)建方式的話,在整合過程中用戶還需要做更多的依賴管理工作,才能讓它們完好地運行起來。1303常用技術(shù)選型2.持久層框架MyBatis是一個支持普通SQL查詢,存儲過程和高級映射的優(yōu)秀持久層框架。MyBatis消除了幾乎所有的JDBC代碼和參數(shù)的手工設(shè)置以及對結(jié)果集的檢索封裝。MyBatis可以使用簡單的XML或注解用于配置和原始映射,將接口和Java的POJO(PlainOldJava

Objects,普通的Java對象)映射成數(shù)據(jù)庫中的記錄。通常會用于SpringBoot微服務(wù)框架。1403常用技術(shù)選型3.中間件集成(1)RabbitMQRabbitMQ是基于AMQP協(xié)議的開源實現(xiàn),由以高性能、可伸縮性出名的Erlang寫成。目前客戶端支持Java、.Net/C#和Erlang。在AMQP(AdvancedMessageQueuingProtocol)的組件中,Broker中可以包含多個Exchange(交換機)組件。Exchange可以綁定多個Queue以及其他Exchange。消息會按照Exchange中設(shè)置的Routing規(guī)則,發(fā)送到相應(yīng)的MessageQueue。在Consumer消費了這個消息之后,會跟Broker建立連接,發(fā)送消費消息的通知。此時MessageQueue才會將這個消息移除。1503常用技術(shù)選型(2)Elasticsearch它是一個基于ApacheLucene實現(xiàn)的開源的實時分布式搜索和分析引擎。SpringBoot的項目也提供了集成方式:spring-boot-starter-data-elasticsearch以及spring-data-elasticsearch。1603常用技術(shù)選型(3)Kafka它是一個高性能的基于發(fā)布/訂閱的跨語言分布式消息系統(tǒng)。Kafka的開發(fā)語言為Scala。其比較重要的特性是:高吞吐量、低延遲:Kafka每秒可以處理幾十萬條消息,它的延遲最低只有幾毫秒,每個topic可以分多個partition,consumergroup對partition進行consume操作。其高吞吐的特性,除了可以作為微服務(wù)之間的消息隊列,也可以用于日志收集、離線分析、實時分析等;可擴展性:Kafka集群支持熱擴展;持久性、可靠性:消息被持久化到本地磁盤,并且支持?jǐn)?shù)據(jù)備份防止數(shù)據(jù)丟失;容錯性:允許集群中節(jié)點失?。慈舾北緮?shù)量為n,則允許n-1個節(jié)點失?。?;高并發(fā)性:支持?jǐn)?shù)千個客戶端同時讀寫。1703常用技術(shù)選型(4)ZooKeeper它是一個分布式、開放源碼的分布式應(yīng)用程序協(xié)調(diào)服務(wù),是Google(谷歌)Chubby的一個開源的實現(xiàn),是Hadoop和HBase的重要組件。它是一個為分布式應(yīng)用提供一致性服務(wù)的軟件,提供的功能包括配置維護、域名服務(wù)、分布式同步、組服務(wù)等。ZooKeeper的架構(gòu)通過冗余服務(wù)實現(xiàn)高可用性。1803常用技術(shù)選型4.數(shù)據(jù)存儲(1)MySQL它通常在普通的業(yè)務(wù)庫,數(shù)量不大的情況下會選擇MySQL,可實現(xiàn)數(shù)據(jù)庫拆分。(2)Redis它是一個開源、內(nèi)存存儲的數(shù)據(jù)結(jié)構(gòu)服務(wù)器,通常在SpringCloud中作為Pub/Sub異步通信、緩存或主數(shù)據(jù)庫和配置服務(wù)

溫馨提示

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

評論

0/150

提交評論