一般而言，微服務(wù)體系結(jié)構(gòu)（MSA）涉及將每個平臺/軟件功能分離到一個單獨運行的容器中。您問的是什么意思？好吧，讓我給你舉一個典型的例子。統(tǒng)一通信平臺（UC）支持多種功能，例如呼叫，會議，協(xié)作和即時消息傳遞。想象一下，您的視頻會議量激增了。典型的UC平臺使用諸如電話應(yīng)用服務(wù)器（TAS）之類的整體架構(gòu)，該架構(gòu)可運行所有服務(wù)。因此，視頻會議的高峰期將基本上導(dǎo)致整個平臺的硬件資源用盡，從而影響其他所有方面。解決此問題的唯一方法是增加整個平臺的硬件資源，即使其他服務(wù)不需要其他資源也是如此。而微服務(wù)體系結(jié)構(gòu)（MSA）允許您將所有這些功能分離到單獨的容器中，并分別進行擴展，從而更好地利用硬件資源。這是一個基本示例，實際上這個例子并沒有足夠說明微服務(wù)體系結(jié)構(gòu)（MSA）的所有好處，但這是一個實際的例子。
從不同的角度（不太怪異的角度）來看，微服務(wù)體系結(jié)構(gòu)（MSA）還提供了令人興奮的商機。如果平臺上的所有服務(wù)都使用標(biāo)準(zhǔn)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)格”拓?fù)洹５@又是一個故事……
聲明：版權(quán)所有 非合作媒體謝絕轉(zhuǎn)載
作者：米格爾·洛普斯（Miguel Lopes）
原文網(wǎng)址：https://blog.dialogic.com/blog/microservices-architecture-what-is-it-and-why-should-i-care
