導語

在上期微信《微服務架構讓你的應用程式開發提速！》中，談到了微服務架構可以幫助企業擺脫在開發和拓展應用程式上的困境。那微服務架構具體能做什麼？又會產生哪些成本？讓我們一起來看看今天的乾貨分享！

微服務架構幫助你擴充套件

微服務架構可以幫助你進行多個維度的擴充套件：

流量和客戶。微服務使你能夠以更多流量和資料支援更多客戶。

開發人員和開發團隊的數量。微服務架構使你能夠新增更多的開發團隊，從而為你的應用程式新增更多的開發人員。而且由於開發人員不會像在單體開發過程中那樣互相影響，使得他們的工作效率更高。

複雜性和能力。團隊不需要考慮太多的應用程式的表面問題，這使他們能夠專注自己的領域去處理更復雜的問題。當更多團隊可以處理多種領域中的問題時，他們就有可能完成更復雜的專案。

面向單一團隊的服務架構

（STOSA）

僅僅將你的應用程式遷移到基於微服務的架構是不夠的。即使你使用微服務架構，但開發團隊仍有可能需要處理不同的服務專案，團隊之間也有可能建立複雜的互動。最壞的情況是，即使轉向基於微服務的架構，你仍然可能陷入開發困境。

為了避免這些問題，你必須建立一個明確的服務所有權制度和責任模型。每個服務都需要一個獨立的、明確的、清晰的負責人，該負責人對服務負全部責任，並且每一個服務工作都需要進行管理和委派。我建議使用一個模型，例如面向單一團隊的服務架構 （STOSA），它可以讓你的應用程式和開發團隊更好地好擴充套件以滿足業務需求。

微服務架構的成本

微服務架構確實是有成本的。雖然，單個服務更易於理解和管理，但使用微服務架構的應用程式作為一個整體，明顯具有更多的活動部件，本身就變得更加複雜龐大，這會導致應用程式變得複雜。這種複雜性也會給應用程式的其他部分帶來問題，這些問題不應該被忽視。

此外，當許多陷入困境的公司（如圖1所示）計劃遷移到微服務架構（如圖2所示）時，他們通常會發現過渡期比他們希望或預期的更困難、更昂貴。因此，在遷移過程中，他們就放棄了。這導致他們是部分遷移的，而這種情況通常比開始時還要糟糕。

圖1

圖2

在遷移到微服務架構之前，請確保你瞭解未來要花費的成本、收益和挑戰。你必須設定適當的期望才能使遷移成功，並在未來得到你理想中的應用程式。

作者

：

Lee Atchison

，

雲計算和應用程式現代化領域公認的

專家

。

Lee

在產品開發、架構、擴充套件和現代化

應用

方面擁有超過三

十

年的經驗，曾在

Amazon

、

Amazon Web Services （AWS）

、

New Relic

等

現代應用

行業

工作過。

L

ee

最近的一本書是

《

Architing

f

or

S

cale

（

O‘Reilly

M

edia

）

》

。