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

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

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

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

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

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