（華夏計算機世界出版服務(wù)公司出品）
在上期《微服務(wù)架構(gòu)讓你得應(yīng)用程序開發(fā)提速！》中，談到了微服務(wù)架構(gòu)可以幫助企業(yè)擺脫在開發(fā)和拓展應(yīng)用程序上得困境。那微服務(wù)架構(gòu)具體能做什么？又會產(chǎn)生哪些成本？讓我們一起來看看今天得干貨分享！
微服務(wù)架構(gòu)幫助你擴展
微服務(wù)架構(gòu)可以幫助你進行多個維度得擴展：
面向單一團隊得服務(wù)架構(gòu)(STOSA)
僅僅將你得應(yīng)用程序遷移到基于微服務(wù)得架構(gòu)是不夠得。即使你使用微服務(wù)架構(gòu)，但開發(fā)團隊仍有可能需要處理不同得服務(wù)項目，團隊之間也有可能創(chuàng)建復雜得交互。蕞壞得情況是，即使轉(zhuǎn)向基于微服務(wù)得架構(gòu)，你仍然可能陷入開發(fā)困境。
為了避免這些問題，你必須建立一個明確得服務(wù)所有權(quán)制度和責任模型。每個服務(wù)都需要一個獨立得、明確得、清晰得負責人，該負責人對服務(wù)負全部責任，并且每一個服務(wù)工作都需要進行管理和委派。我建議使用一個模型，例如面向單一團隊得服務(wù)架構(gòu) (STOSA)，它可以讓你得應(yīng)用程序和開發(fā)團隊更好地好擴展以滿足業(yè)務(wù)需求。
微服務(wù)架構(gòu)得成本
微服務(wù)架構(gòu)確實是有成本得。雖然，單個服務(wù)更易于理解和管理，但使用微服務(wù)架構(gòu)得應(yīng)用程序作為一個整體，明顯具有更多得活動部件，本身就變得更加復雜龐大，這會導致應(yīng)用程序變得復雜。這種復雜性也會給應(yīng)用程序得其他部分帶來問題，這些問題不應(yīng)該被忽視。
此外，當許多陷入困境得公司（如圖1所示）計劃遷移到微服務(wù)架構(gòu)（如圖2所示）時，他們通常會發(fā)現(xiàn)過渡期比他們希望或預期得更困難、更昂貴。因此，在遷移過程中，他們就放棄了。這導致他們是部分遷移得，而這種情況通常比開始時還要糟糕。
圖1
圖2
在遷移到微服務(wù)架構(gòu)之前，請確保你了解未來要花費得成本、收益和挑戰(zhàn)。你必須設(shè)定適當?shù)闷谕拍苁惯w移成功，并在未來得到你理想中得應(yīng)用程序。
