本篇內(nèi)容介紹了“SOA與微服務(wù)有什么區(qū)別”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)自2013年創(chuàng)立以來，先為鐵力等服務(wù)建站，鐵力等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為鐵力企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

• 微服務(wù)并非它的體積足夠小，而是它的責(zé)任足夠單一，很多人誤解了「微」的真實(shí)含義，認(rèn)為服務(wù)拆分得足夠小就是微服務(wù)了，其實(shí)并非這樣。此外，「微」還有“微不足道”的意思，也就是說，某個(gè)服務(wù)出現(xiàn)故障，它不會(huì)影響整個(gè)系統(tǒng)。

• 微服務(wù)并非細(xì)粒度服務(wù)的組合，也就是說，粒度要細(xì)到什么程度，這取決于對(duì)業(yè)務(wù)功能的把控能力。此外，微服務(wù)是一種架構(gòu)思想，包括看得見的微服務(wù)，還包括看不見的基礎(chǔ)設(shè)施和自動(dòng)化技術(shù)作為支撐。

• 目前市面上常用的微服務(wù)架構(gòu)dubbo+zk，spring cloud

• 微服務(wù)的核心：注冊(cè)中心（Service Registry）、服務(wù)提供方（service provider）、服務(wù)消費(fèi)方（service consumer）。不過現(xiàn)在為了方便，又提出了網(wǎng)關(guān)的（service gateway）的概念，配動(dòng)自動(dòng)完成服務(wù)的注冊(cè)和發(fā)現(xiàn)。

• 從什么角度能區(qū)分出或者劃分微服務(wù)和 RPC 分布式之間的區(qū)別或者關(guān)系？

微服務(wù)是一種應(yīng)用架構(gòu)模式，而 RPC 是一種遠(yuǎn)程調(diào)用方式，它們是不一樣的概念；而在微服務(wù)中會(huì)出現(xiàn)服務(wù)之間的調(diào)用，為了確保性能，我們一般采用 RPC 來調(diào)用。

• 微服務(wù)實(shí)現(xiàn)系統(tǒng)的模塊化，便于公共模塊復(fù)用和水平擴(kuò)展，但目前的系統(tǒng)規(guī)模其實(shí)都很小，這種情況是不是不適合使用微服務(wù)？

我認(rèn)為微服務(wù)架構(gòu)用于業(yè)務(wù)較復(fù)雜或目前業(yè)務(wù)簡(jiǎn)單但將來有可能變得復(fù)雜的架構(gòu)，建議視具體情況來確定合理的架構(gòu)，不要為了微服務(wù)而去微服務(wù)。

• 微服務(wù)與 SOA 到底有什么區(qū)別，各自的應(yīng)用場(chǎng)景是什么？到底在什么樣的情況才適合使用微服務(wù)架構(gòu)？

微服務(wù)是SOA的一種輕量級(jí)的解決方案，其本質(zhì)還是SOA，只是更容易落地而以。

對(duì)于滿足以下條件可以考慮使用微服務(wù)：

1. 應(yīng)用變得越來越大
2. 項(xiàng)目存在多種開發(fā)語言
3. 經(jīng)典架構(gòu)模式太重
4. 修改一個(gè)bug需要平滑升級(jí)
5. 需要對(duì)系統(tǒng)細(xì)粒度監(jiān)控
6. 提升系統(tǒng)可用性，如果一個(gè)系統(tǒng)掛了，不會(huì)對(duì)整個(gè)業(yè)務(wù)產(chǎn)生致命影響

• 服務(wù)與服務(wù)之間的事務(wù)怎么做？

在微服務(wù)架構(gòu)中，建議盡量避免服務(wù)之間的調(diào)用，因此服務(wù)粒度的切分是至關(guān)重要的；服務(wù)間的調(diào)用會(huì)產(chǎn)生分布式事務(wù)問題，建議采用“最終一致性”方法來確保分布式事務(wù)，業(yè)界有兩種常用做法：CQRS 和 Event Sourcing。

• 如何使用事務(wù)補(bǔ)償模式解決分布式事務(wù)問題？

事務(wù)補(bǔ)償機(jī)制說簡(jiǎn)單點(diǎn)就是，在應(yīng)用程序中通過代碼的方式做到數(shù)據(jù)的還原。一般情況下，我們需借助消息隊(duì)列與日志追蹤等方式來實(shí)現(xiàn)。

• 微服務(wù)在事務(wù)控制方面、容錯(cuò)方面有什么較好的實(shí)踐方式？

1、微服務(wù)的事務(wù)控制本質(zhì)上是分布式事務(wù)控制，建議使用“最終一致性”來確保。
2、在容錯(cuò)方面，需要有基礎(chǔ)設(shè)施平臺(tái)的支撐，比如服務(wù)網(wǎng)關(guān)的熔斷機(jī)制

• 微服務(wù)拆分有沒有什么原則要點(diǎn)？

1. 微服務(wù)業(yè)務(wù)拆分可按整體業(yè)務(wù)組件來拆分，也可按單一業(yè)務(wù)功能來切分。建議切分步驟從粗到細(xì)，逐步細(xì)化，否則開始就過細(xì)，導(dǎo)致依賴性太高，增加復(fù)雜度。
2. 拆分服務(wù)時(shí)需降低彼此之間的耦合性，盡可能一個(gè)服務(wù)只做一件事情，即“單一職責(zé)原則”。

• 怎樣來控制微服務(wù)的粒度？就是有沒有什么樣的原則和最佳實(shí)踐來判斷一個(gè)功能（接口）是應(yīng)該屬于 A 服務(wù)還是應(yīng)該屬于 B 服務(wù)。

微服務(wù)的粒度控制取決于我們對(duì)業(yè)務(wù)的理解與把控能力，一切所謂的原則都是不靠譜的。

微服務(wù)需要考慮服務(wù)多版本問題，尤其是服務(wù)升級(jí)時(shí)，需要做到平滑，對(duì)整體系統(tǒng)沒有任何影響。

“SOA與微服務(wù)有什么區(qū)別”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

當(dāng)前標(biāo)題：SOA與微服務(wù)有什么區(qū)別
文章起源：http://jinyejixie.com/article14/gdghge.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)建站、外貿(mào)網(wǎng)站建設(shè)、微信公眾號(hào)、品牌網(wǎng)站設(shè)計(jì)、電子商務(wù)、虛擬主機(jī)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)