
一般而言,微服務(wù)體系結(jié)構(gòu)(MSA)涉及將每個平臺/軟件功能分離到一個單獨運行的容器中。您問的是什么意思?好吧,讓我給你舉一個典型的例子。統(tǒng)一通信平臺(UC)支持多種功能,例如呼叫,會議,協(xié)作和即時消息傳遞。想象一下,您的視頻會議量激增了。典型的UC平臺使用諸如電話應(yīng)用服務(wù)器(TAS)之類的整體架構(gòu),該架構(gòu)可運行所有服務(wù)。因此,視頻會議的高峰期將基本上導致整個平臺的硬件資源用盡,從而影響其他所有方面。解決此問題的唯一方法是增加整個平臺的硬件資源,即使其他服務(wù)不需要其他資源也是如此。而微服務(wù)體系結(jié)構(gòu)(MSA)允許您將所有這些功能分離到單獨的容器中,并分別進行擴展,從而更好地利用硬件資源。這是一個基本示例,實際上這個例子并沒有足夠說明微服務(wù)體系結(jié)構(gòu)(MSA)的所有好處,但這是一個實際的例子。
從不同的角度(不太怪異的角度)來看,微服務(wù)體系結(jié)構(gòu)(MSA)還提供了令人興奮的商機。如果平臺上的所有服務(wù)都使用標準APIs進行接口,則可以對其進行分片并將其作為單獨的服務(wù)提供。同樣,以UC平臺為例,您可以采用會議微服務(wù),并允許您的客戶構(gòu)建自己的會議客戶端,并僅與該特定容器進行接口。語音通話或即時消息傳遞也是如此。因此,MSA既可以提供交鑰匙應(yīng)用程序(例如UC),也可以僅出售“切片”服務(wù)。微服務(wù)體系結(jié)構(gòu)(MSA)的另一個優(yōu)點是,每個服務(wù)都是不可知的,并且執(zhí)行有限數(shù)量的任務(wù),而不會干擾其他服務(wù)或受其他服務(wù)影響。這種隔離增強了監(jiān)視,故障排除和管理單個容器的能力。
為了更具體,并且仍然從業(yè)務(wù)角度看待微服務(wù)體系結(jié)構(gòu)(MSA),Dialogic?BUZZ?UC平臺是運行中的MSA的一個很好的例子。客戶最初可以購買Dialogic BUZZ用作UC平臺,也可以根據(jù)需要向其客戶提供UC即服務(wù)(UCaaS)。同時,他們可以重用同一平臺,并將其轉(zhuǎn)變?yōu)橥ㄐ牌脚_即服務(wù)(CPaaS)。這種靈活性將使我們的客戶能夠多樣化他們的產(chǎn)品,最重要的是,使他們能夠自主創(chuàng)新。微服務(wù)分布式體系結(jié)構(gòu)是此業(yè)務(wù)模型的關(guān)鍵推動力,也是Dialogic選擇采用該途徑的原因。從技術(shù)供應(yīng)商的角度來看,MSA還可以使Dialogic繼續(xù)創(chuàng)新并增加功能,而不會破壞現(xiàn)有的部署。新功能成為無縫添加的新微服務(wù)。這是DevOps的夢想!
這是激動人心的時刻。 Dialogic最近發(fā)布了Dialogic BUZZ 4.0,它利用了部分微服務(wù)架構(gòu)。在過去的幾個月中,我們一直在將BUZZ變成一個完整的基于MSA的平臺。此遷移過程仍在繼續(xù),我們的客戶將繼續(xù)從中受益。Dialogic BUZZ的安裝,管理和擴展變得更加簡單--不久還將允許客戶以不同的方式從中獲利。在此過程中,我們已經(jīng)在計劃下一步--將微服務(wù)增強為完整的“服務(wù)網(wǎng)格”拓撲。但這又是一個故事……
聲明:版權(quán)所有 非合作媒體謝絕轉(zhuǎn)載
作者:米格爾·洛普斯(Miguel Lopes)
原文網(wǎng)址:https://blog.dialogic.com/blog/microservices-architecture-what-is-it-and-why-should-i-care