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

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

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

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

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

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