微服務(wù)與無服務(wù)器知識大放送
- 作者：新網(wǎng)
- 來源：新網(wǎng)
- 瀏覽：100
- 2018-05-03 13:26:08
是分布式一體化還是微服務(wù)？
如今，大多數(shù)人想到單個微服務(wù)時，他們想到的是一個獨立的服務(wù)組件。在大多數(shù)情況下，微服務(wù)被構(gòu)建為應(yīng)用，專注于處理好一件事情。最重要的是，這種服務(wù)可以獨立于其他服務(wù)進(jìn)行升級和部署。
是分布式一體化還是微服務(wù)?
<
div>如今，大多數(shù)人想到單個微服務(wù)時，他們想到的是一個獨立的服務(wù)組件。在大多數(shù)情況下，微服務(wù)被構(gòu)建為應(yīng)用，專注于處理好一件事情。最重要的是，這種服務(wù)可以獨立于其他服務(wù)進(jìn)行升級和部署。
現(xiàn)在，如果說到傳統(tǒng)的CQRS實施，如果由于組件相互分離就稱之為微服務(wù)，似乎有些不妥。因此我們得問一句：可以將CQRS應(yīng)用視為微服務(wù)嗎?或者換種說法，可以像某些開發(fā)人員那樣，開始稱之為分布式一體化嗎?對于這個問題，不同的人會有不同的答案。微服務(wù)主要是讓小型獨立團隊有能力持續(xù)交付功能，作為其他微服務(wù)組成的更大生態(tài)系統(tǒng)的一部分。
如果與大多數(shù)微服務(wù)部署相比，CQRS部署是十分復(fù)雜的。對于微服務(wù)團隊來說，能夠持續(xù)將功能交付至生產(chǎn)是目標(biāo)。由于CQRS中分離的組件仍可以獨立部署，我們可以說每個部署單元仍可滿足獨立將功能交付至生產(chǎn)的最低要求。微服務(wù)的一個功能應(yīng)該始終需要且最多一個可部署單元。當(dāng)交付一項功能時需要同時協(xié)調(diào)部署多個單獨組件，就會產(chǎn)生所謂的分布式一體化。
無服務(wù)器也稱為FaaS(功能即服務(wù))，可讓您在不需要設(shè)置或管理應(yīng)用服務(wù)器或
容器的情況下，將代碼部署為功能。無服務(wù)器是一種新型架構(gòu)風(fēng)格，在構(gòu)建和運行
云原生應(yīng)用方面越來越受到關(guān)注。使用無
服務(wù)器功能的一個顯著優(yōu)勢是，事件概念被優(yōu)先處理。
有很多人以為，微服務(wù)和無服務(wù)器不兼容，彼此的架構(gòu)風(fēng)格完全不同。但是回想一下前面提到的CQRS你就會明白，這種想法是錯誤的。讓我們來看一個場景，你認(rèn)為在此場景中微服務(wù)的邊界在哪里?
一種方法是認(rèn)為微服務(wù)的邊界就是團隊的邊界。只要一個團隊可以獨立、連續(xù)地將特性部署為功能，那么微服務(wù)的邊界就只是負(fù)責(zé)為團隊擁有的特性提供支持的功能子集。
權(quán)衡
要采用微服務(wù)和無服務(wù)器相結(jié)合的方法，需要您仔細(xì)權(quán)衡多項內(nèi)容，讓我們來看看需要注意的事項。
速度
對于微服務(wù)來說，速度就是目標(biāo)。我們可以通過關(guān)注以下兩個問題來衡量速度，平均時間越低，團隊交付功能的速度就越快。：
開發(fā)人員改變一行代碼并將其安全地部署到生產(chǎn)中的速度有多快?
新開發(fā)人員快速上手并安全地更改代碼庫的速度有多快?
無服務(wù)器具有學(xué)習(xí)曲線，但有助于提高微服務(wù)的速度。它將大量工作流程管理從核心組件移出，放入獨立升級和部署的小型可組合功能中，從而提高速度。這在最大程度上縮短了開發(fā)人員了解單個功能的工作原理以及如何安全更改所需的時間。
無服務(wù)器功能也易于升級或部署，但可能會讓了解整體系統(tǒng)更加復(fù)雜。將數(shù)百個無服務(wù)器功能作為一個整體來管理，這聽起來就有點頭大。
復(fù)雜性
軟件中的復(fù)雜性無可避免，隨著代碼庫逐漸老化，復(fù)雜性也隨時間增加。當(dāng)復(fù)雜性增加，或者當(dāng)框架或語言過時的時候，一體化應(yīng)用就變得笨重、難以改變。微服務(wù)器將這種復(fù)雜性分解到分布式系統(tǒng)中，其中的每個可部署單元都易于理解，易于由一小部分敏捷開發(fā)人員進(jìn)行更改。
以上就是我們的今日分享。
商品已成功加入購物車