【精選】深入淺出帶你了解微服務(wù)架構(gòu)如何運(yùn)作?

1、您對微服務(wù)有何了解?

微服務(wù)，又稱微服務(wù)架構(gòu)，是一種架構(gòu)風(fēng)格，它將應(yīng)用程序構(gòu)建為以業(yè)務(wù)領(lǐng)域

為模型的小型自治服務(wù)集合。一文詳解微服務(wù)架構(gòu)

通俗地說，你必須看到蜜蜂如何通過對齊六角形蠟細(xì)胞來構(gòu)建它們的蜂窩狀

物。他們最初從使用各種材料的小部分開始，并繼續(xù)從中構(gòu)建一個(gè)大型蜂箱。

這些細(xì)胞形成圖案，產(chǎn)生堅(jiān)固的結(jié)構(gòu)，將蜂窩的特定部分固定在一起。

這里，每個(gè)細(xì)胞獨(dú)立于另一個(gè)細(xì)胞，但它也與其他細(xì)胞相關(guān)。這意味著對一個(gè)

細(xì)胞的損害不會損害其他細(xì)胞，因此，蜜蜂可以在不影響完整蜂箱的情況下重

建這些細(xì)胞。

圖 1:微服務(wù)的蜂窩表示 – 微服務(wù)訪談問題

請參考上圖。這里，每個(gè)六邊形形狀代表單獨(dú)的服務(wù)組件。與蜜蜂的工作類

似，每個(gè)敏捷團(tuán)隊(duì)都使用可用的框架和所選的技術(shù)堆棧構(gòu)建單獨(dú)的服務(wù)組件。

就像在蜂箱中一樣，每個(gè)服務(wù)組件形成一個(gè)強(qiáng)大的微服務(wù)架構(gòu)，以提供更好的

可擴(kuò)展性。此外，敏捷團(tuán)隊(duì)可以單獨(dú)處理每個(gè)服務(wù)組件的問題，而對整個(gè)應(yīng)用

程序沒有影響或影響最小。

2、說說微服務(wù)架構(gòu)的優(yōu)勢

3、微服務(wù)有哪些特點(diǎn)?

解耦—系統(tǒng)內(nèi)的服務(wù)很大程度上是分離的。因此，整個(gè)應(yīng)用程序可以輕松 構(gòu)建，更改和擴(kuò)展

組件化—微服務(wù)被視為可以輕松更換和升級的獨(dú)立組件

業(yè)務(wù)能力—微服務(wù)非常簡單，專注于單一功能

自治—開發(fā)人員和團(tuán)隊(duì)可以彼此獨(dú)立工作，從而提高速度

持續(xù)交付—通過軟件創(chuàng)建，測試和批準(zhǔn)的系統(tǒng)自動化，允許頻繁發(fā)布軟件

責(zé)任—微服務(wù)不關(guān)注應(yīng)用程序作為項(xiàng)目。相反，他們將應(yīng)用程序視為他們

負(fù)責(zé)的產(chǎn)品

分散治理—重點(diǎn)是使用正確的工具來做正確的工作。這意味著沒有標(biāo)準(zhǔn)化模式或任何技術(shù)模式。開發(fā)人員可以自由選擇最有用的工具來解決他們的問題

敏捷—微服務(wù)支持敏捷開發(fā)。任何新功能都可以快速開發(fā)并再次丟棄

4、設(shè)計(jì)微服務(wù)的最佳實(shí)踐是什么?

以下是設(shè)計(jì)微服務(wù)的最佳實(shí)踐:

圖 6:設(shè)計(jì)微服務(wù)的最佳實(shí)踐 – 微服務(wù)訪談問題

5、微服務(wù)架構(gòu)如何運(yùn)作?

微服務(wù)架構(gòu)具有以下組件:

客戶端 – 來自不同設(shè)備的不同用戶發(fā)送請求。

身份提供商 – 驗(yàn)證用戶或客戶身份并頒發(fā)安全令牌。

API 網(wǎng)關(guān) – 處理客戶端請求。

靜態(tài)內(nèi)容 – 容納系統(tǒng)的所有內(nèi)容。

管理 – 在節(jié)點(diǎn)上平衡服務(wù)并識別故障。

服務(wù)發(fā)現(xiàn) – 查找微服務(wù)之間通信路徑的指南。

內(nèi)容交付網(wǎng)絡(luò) – 代理服務(wù)器及其數(shù)據(jù)中心的分布式網(wǎng)絡(luò)。

遠(yuǎn)程服務(wù) – 啟用駐留在 IT 設(shè)備網(wǎng)絡(luò)上的遠(yuǎn)程訪問信息。

6、微服務(wù)架構(gòu)的優(yōu)缺點(diǎn)是什么?

7、單片，SOA 和微服務(wù)架構(gòu)有什么區(qū)別?

單片架構(gòu)類似于大容器，其中應(yīng)用程序的所有軟件組件組裝在一起并緊密封裝。

一個(gè)面向服務(wù)的架構(gòu)是一種相互通信服務(wù)的集合。通信可以涉及簡單的數(shù)據(jù)傳遞，也可以涉及兩個(gè)或多個(gè)協(xié)調(diào)某些活動的服務(wù)。

微服務(wù)架構(gòu)是一種架構(gòu)風(fēng)格，它將應(yīng)用程序構(gòu)建為以業(yè)務(wù)域?yàn)槟Ｐ偷男⌒?自治服務(wù)集合。

8、在使用微服務(wù)架構(gòu)時(shí)，您面臨哪些挑戰(zhàn)?

開發(fā)一些較小的微服務(wù)聽起來很容易，但開發(fā)它們時(shí)經(jīng)常遇到的挑戰(zhàn)如下。

自動化組件:難以自動化，因?yàn)橛性S多較小的組件。因此，對于每個(gè)組件，我們必須遵循 Build，Deploy 和 Monitor 的各個(gè)階段。

易感性:將大量組件維護(hù)在一起變得難以部署，維護(hù)，監(jiān)控和識別問題。

它需要在所有組件周圍具有很好的感知能力。

配置管理:有時(shí)在各種環(huán)境中維護(hù)組件的配置變得困難。

調(diào)試:很難找到錯(cuò)誤的每一項(xiàng)服務(wù)。維護(hù)集中式日志記錄和儀表板以調(diào)試問題至關(guān)重要。

9、SOA 和微服務(wù)架構(gòu)之間的主要區(qū)別是什么?

10、微服務(wù)有什么特點(diǎn)?

您可以列出微服務(wù)的特征，如下所示:

圖 7:微服務(wù)的特征 – 微服務(wù)訪談問題

11、什么是領(lǐng)域驅(qū)動設(shè)計(jì)?

圖 8: DDD 原理 – 微服務(wù)面試問題

12、為什么需要域驅(qū)動設(shè)計(jì)(DDD)?

圖 9:我們需要 DDD 的因素 – 微服務(wù)面試問題

13、什么是無所不在的語言?

如果您必須定義泛在語言(UL)，那么它是特定域的開發(fā)人員和用戶使用的通 用語言，通過該語言可以輕松解釋域。無處不在的語言必須非常清晰，以便它將所有團(tuán)隊(duì)成員放在同一頁面上，并以 機(jī)器可以理解的方式進(jìn)行翻譯。

14、什么是凝聚力?

模塊內(nèi)部元素所屬的程度被認(rèn)為是凝聚力。

15、什么是耦合?

組件之間依賴關(guān)系強(qiáng)度的度量被認(rèn)為是耦合。一個(gè)好的設(shè)計(jì)總是被認(rèn)為具有高

內(nèi)聚力和低耦合性。

16、什么是 REST / RESTful 以及它的用途是什么?

Representational State Transfer(REST)/ RESTful Web服務(wù)是一種幫助計(jì) 算機(jī)系統(tǒng)通過 Internet 進(jìn)行通信的架構(gòu)風(fēng)格。這使得微服務(wù)更容易理解和實(shí) 現(xiàn)。

微服務(wù)可以使用或不使用 RESTful API 實(shí)現(xiàn)，但使用 RESTful API 構(gòu)建松散 耦合的微服務(wù)總是更容易。

17、什么是不同類型的微服務(wù)測試?

在使用微服務(wù)時(shí)，由于有多個(gè)微服務(wù)協(xié)同工作，測試變得非常復(fù)雜。因此，測

試分為不同的級別。

在底層，我們有面向技術(shù)的測試，如單元測試和性能測試。這些是完全自 動化的。

在中間層面，我們進(jìn)行了諸如壓力測試和可用性測試之類的探索性測試。

在頂層， 我們的驗(yàn)收測試數(shù)量很少。這些驗(yàn)收測試有助于利益相關(guān)者理解和驗(yàn)證軟件功能。

微服務(wù)

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。