一般而言，微服務體系結構（MSA）涉及將每個平臺/軟件功能分離到一個單獨運行的容器中。您問的是什么意思？好吧，讓我給你舉一個典型的例子。統(tǒng)一通信平臺（UC）支持多種功能，例如呼叫，會議，協(xié)作和即時消息傳遞。想象一下，您的視頻會議量激增了。典型的UC平臺使用諸如電話應用服務器（TAS）之類的整體架構，該架構可運行所有服務。因此，視頻會議的高峰期將基本上導致整個平臺的硬件資源用盡，從而影響其他所有方面。解決此問題的唯一方法是增加整個平臺的硬件資源，即使其他服務不需要其他資源也是如此。而微服務體系結構（MSA）允許您將所有這些功能分離到單獨的容器中，并分別進行擴展，從而更好地利用硬件資源。這是一個基本示例，實際上這個例子并沒有足夠說明微服務體系結構（MSA）的所有好處，但這是一個實際的例子。

　　從不同的角度（不太怪異的角度）來看，微服務體系結構（MSA）還提供了令人興奮的商機。如果平臺上的所有服務都使用標準APIs進行接口，則可以對其進行分片并將其作為單獨的服務提供。同樣，以UC平臺為例，您可以采用會議微服務，并允許您的客戶構建自己的會議客戶端，并僅與該特定容器進行接口。語音通話或即時消息傳遞也是如此。因此，MSA既可以提供交鑰匙應用程序（例如UC），也可以僅出售“切片”服務。微服務體系結構（MSA）的另一個優(yōu)點是，每個服務都是不可知的，并且執(zhí)行有限數(shù)量的任務，而不會干擾其他服務或受其他服務影響。這種隔離增強了監(jiān)視，故障排除和管理單個容器的能力。

　　為了更具體，并且仍然從業(yè)務角度看待微服務體系結構（MSA），Dialogic?BUZZ?UC平臺是運行中的MSA的一個很好的例子�？蛻糇畛蹩梢再徺IDialogic BUZZ用作UC平臺，也可以根據(jù)需要向其客戶提供UC即服務（UCaaS）。同時，他們可以重用同一平臺，并將其轉變?yōu)橥ㄐ牌脚_即服務（CPaaS）。這種靈活性將使我們的客戶能夠多樣化他們的產(chǎn)品，最重要的是，使他們能夠自主創(chuàng)新。微服務分布式體系結構是此業(yè)務模型的關鍵推動力，也是Dialogic選擇采用該途徑的原因。從技術供應商的角度來看，MSA還可以使Dialogic繼續(xù)創(chuàng)新并增加功能，而不會破壞現(xiàn)有的部署。新功能成為無縫添加的新微服務。這是DevOps的夢想！

　　這是激動人心的時刻。 Dialogic最近發(fā)布了Dialogic BUZZ 4.0，它利用了部分微服務架構。在過去的幾個月中，我們一直在將BUZZ變成一個完整的基于MSA的平臺。此遷移過程仍在繼續(xù)，我們的客戶將繼續(xù)從中受益。Dialogic BUZZ的安裝，管理和擴展變得更加簡單--不久還將允許客戶以不同的方式從中獲利。在此過程中，我們已經(jīng)在計劃下一步--將微服務增強為完整的“服務網(wǎng)格”拓撲。但這又是一個故事……

　　作者：米格爾·洛普斯（Miguel Lopes）

　　原文網(wǎng)址：https://blog.dialogic.com/blog/microservices-architecture-what-is-it-and-why-should-i-care