CNET科技資訊網(wǎng) 4月19日 國際報道：微服務(wù)（Microservices）是目前企業(yè)IT領(lǐng)域最熱門的話題之一，這一點有充分的證據(jù)可以證明。微服務(wù)往往會提供一些信息技術(shù)和他們具有優(yōu)勢的交易，尤其是能夠快速高效地對代碼進(jìn)行一些微小修改和降低風(fēng)險的能力。另一大優(yōu)勢在于：其服務(wù)往往以業(yè)務(wù)能力為核心，能讓自己順利地持續(xù)交付。

微服務(wù)表示的是一種建立在小型、可分離進(jìn)程基礎(chǔ)上的軟件架構(gòu)，通過與語言無關(guān)的API進(jìn)行通信。雖然這些服務(wù)本身相對易于使用，企業(yè)（特別是那些尋求將現(xiàn)有獨立應(yīng)用程序向微服務(wù)架構(gòu)轉(zhuǎn)換的公司）需要認(rèn)識到，微服務(wù)并不會神奇地令復(fù)雜性“消失”。

相反，應(yīng)用程序交付和管理的復(fù)雜性將從一個單獨、大型的應(yīng)用程序的問題轉(zhuǎn)化為跟蹤及將多種服務(wù)的外部關(guān)系可視化的一個挑戰(zhàn)。處理復(fù)雜、單一的應(yīng)用程序問題將被處理復(fù)雜的網(wǎng)絡(luò)所代替，而這一復(fù)雜網(wǎng)絡(luò)由分布式的、必須協(xié)同運行的相對簡單的組件構(gòu)成。

微服務(wù)的前景幾乎每天都在受到手機和物聯(lián)網(wǎng)(IoT)的影響，而這恰恰使得改善、加快軟件交付的壓力增加。為應(yīng)對這種壓力，各企業(yè)需要采用全新的交付模型，發(fā)布可以處理許多服務(wù)及其依賴關(guān)系的策略和工具。

大型單一應(yīng)用往往具有很長的發(fā)布周期，而且每個版本均具有許多復(fù)雜的功能，雖然這些應(yīng)用在市場上總會有自己的一席之地，但軟件開發(fā)環(huán)境一直在變化，不斷呈現(xiàn)出新的機遇和挑戰(zhàn)。

挑戰(zhàn)一：如何應(yīng)對不斷變化的部署模式

您的企業(yè)如何從這些需要幾十甚至上百步來部署其眾多元件功能的單一應(yīng)用模式轉(zhuǎn)換到管理一套更多、更簡單組件的模式呢？

雖然工作流工具能夠繪制出每一步部署必須要做的工作，但其旨在為一個大型部署將一系列步驟串成一套復(fù)雜的部署，所以這些工具不適合這個挑戰(zhàn)。它們往往不適合處理眾多小型部署、組件之間的依賴關(guān)系、或并發(fā)版本等任務(wù)。

如果你不能輕松地協(xié)調(diào)多種服務(wù)以實現(xiàn)一個端對端用例，尤其是在你需要能夠同時運行多種不同服務(wù)的兼容版本時，那么提供個人服務(wù)或單擊即可的容器并沒有多大幫助。同樣，你需要在選擇要部署的服務(wù)上具備一定的靈活性，這樣一來，一項服務(wù)上的測試失敗將不會立即叫停你的交付過程，而且也將阻止所有其他在同一交付流程的服務(wù)繼續(xù)運行。

要充分利用微服務(wù)架構(gòu)，你需要對你的部署相關(guān)性和配置有一個概述。這允許你為持續(xù)的交付流程提供最合適的速度和效率效益。

挑戰(zhàn)二：如何處理服務(wù)之間的依賴關(guān)系

在一個微服務(wù)環(huán)境中，單項服務(wù)間可能存在眾多依賴關(guān)系。隨著整個服務(wù)架構(gòu)變得越來越復(fù)雜，組件數(shù)量越來越多，IT人員不可能追蹤所有的依賴關(guān)系并在缺乏自動操作的情況下防止沖突。如果漏過了某一種依賴關(guān)系，整個系統(tǒng)將可能在某個很長的微服務(wù)調(diào)用處失敗，而且很難找出原因或追蹤問題的來源。

在這種情況下，要為不同的服務(wù)協(xié)調(diào)多個交付流程相當(dāng)困難。不可避免的是，你最終將得到一個流程網(wǎng)絡(luò)，它必須是一個能共享信息的無縫生產(chǎn)之路。

當(dāng)然，在你處理成品時仍會有大量的手工操作任務(wù)，因此使用工具能夠支持手工操作是非常重要的。然而我們要知道，自動化往往能減少錯誤、提高效率。

挑戰(zhàn)三：如何避免陷入錯誤的實現(xiàn)技術(shù)中無法逃脫

目前，圍繞容器技術(shù)（Container Technology），特別是應(yīng)用容器引擎Docker有許多爭議。不過，誰知道未來會是什么樣呢？你可以采用技術(shù)而非容器實現(xiàn)微服務(wù)。

致力于一項新技術(shù)始終是一場賭博。如果市場發(fā)生了變化，或是你所研究技術(shù)背后的公司破產(chǎn)了，你將不可避免地被遺棄。不論其底層實現(xiàn)技術(shù)如何，確保你的工具和過程能夠無縫運行還是有意義的。

隨著市場如此之快的發(fā)展，在你可以為自己的企業(yè)選定一種使適用的解決方案前，保證你的實施方案具備開放性和靈活性將是一種明智之舉。

總結(jié)

總之，對一個由相互依賴服務(wù)構(gòu)成的復(fù)雜網(wǎng)絡(luò)進(jìn)行自動化、可視化和整合化改變，是交付微服務(wù)應(yīng)用程序的一個主要挑戰(zhàn)。

如果這種復(fù)雜性增長到了人們無法管理的地步，企業(yè)需要采用部署并發(fā)布可以管理的眾多組件之間關(guān)系的工具。通常而言，這意味著企業(yè)需要接受一個旨在處理依賴關(guān)系的交付模型。