Azure 消息 & 事件服務(wù)的選擇 – 下篇,azure ai配音-ESG跨境

Azure 消息 & 事件服務(wù)的選擇 – 下篇,azure ai配音

Azure 消息 & 事件服務(wù)的選擇 – 下篇

在上篇和中篇我們分別對了消息/事件服務(wù)中五種類型服務(wù)做了介紹和對比，它們包括Storage queue、Service bus queue、Service bus topic、Event Hub和IOT。這篇文章我們繼續(xù)對剩下的三種服務(wù)做介紹，其中Service bus Relay和Notification Hub相比較之前的五種消息服務(wù)，有比較大的區(qū)別，應(yīng)用場景和功能也有比價突出的特點，而Event Gird則又是Azure平臺最新推出的一種Serverless服務(wù)，接下來我們就這三種服務(wù)分別做介紹。

1.Service bus Relay

a.什么是Service bus Relay

在解釋這個問題前，我們可以先想一個問題，假設(shè)用戶需要去連接一個運行在防火墻后面的應(yīng)用有哪些解決方案：

·開啟防火墻的一個端口

·設(shè)置VPN從而連接到應(yīng)用所在的網(wǎng)絡(luò)

對于解決方案一，通常我們到拿到本地IT服務(wù)的許可才可以。對于方案二，不僅有方案一的問題，還需要考慮基礎(chǔ)設(shè)施服務(wù)的費用問題，而Azure Service bus Relay提供給用戶更好的第三種選擇。

Azure Service bus Relay是一項用來幫助用戶構(gòu)建混合集成解決方案的技術(shù)，用戶可以通過使用Relay將組織外部的客戶端與組織內(nèi)部的資源進行連接，從而實現(xiàn)內(nèi)外應(yīng)用程序的相互訪問和數(shù)據(jù)交互。

b.服務(wù)特征

Relay是如何工作的：

Relay可以理解為托管在云中的router。用戶的本地服務(wù)可以實現(xiàn)“聯(lián)機”并打開Service bus Relay上的endpoint，這樣客戶端服務(wù)就能訪問該endpoint并發(fā)快遞Web調(diào)用，Relay將該Web調(diào)用router到用戶的本地服務(wù)中，從而實現(xiàn)客戶端與本地服務(wù)的交互。

下圖顯示了運行在組織外的客戶端如何通過Service bus Relay與組織內(nèi)的應(yīng)用程序進行交互：

Azure Relay提供兩種用于連接應(yīng)用程序和客戶端的方式：

·Hybrid Connection:它是基于標(biāo)準(zhǔn)的Http/WebSocket協(xié)議實現(xiàn)的。Hybrid Connection可以在任何具有基本W(wǎng)ebSocket功能的平臺上使用任何語言來實現(xiàn)。

·WCF Relay:它是基于Windows Communication Foundation(WCF)的傳統(tǒng)的中繼產(chǎn)品，適用于完整的.NET Framework和WCF架構(gòu)。用戶通過使用一系列的WCF綁定實現(xiàn)本地和中繼服務(wù)間的連接。

下表是Hybrid Connection和WCF Relay間的區(qū)別：

c.Service bus queueService bus topic和Service bus Relay的區(qū)別：

下面的圖表是對三種服務(wù)區(qū)別的總結(jié)：

下圖展示了三種服務(wù)是如何進行消息傳遞：

d.適用場景

基于Service bus Relay的特性，它主要適用于以下場景：

·云端和本地服務(wù)之間的通信

·本地的應(yīng)用程序運行在組織內(nèi)網(wǎng)，有防火墻隔離的環(huán)境中，需要與其他的應(yīng)用程序（運行在本地或者云端）進行數(shù)據(jù)交互。

2.Notification Hub

a.什么是Notification Hub

使用移動應(yīng)用程序的用戶有需求被定期推快遞他們感興趣的內(nèi)容，而不是定期自己去檢查。因此移動應(yīng)用開發(fā)者在開發(fā)程序時需要考慮增加通知推快遞功能。然而在實際的開發(fā)過程中，開發(fā)者需要考慮推國際快遞多個平臺、定制化的推快遞消息、處理不同版本的應(yīng)用程序以及擴展性等等問題。

Azure Notification Hub就是幫助開發(fā)者簡化這一過程，通過使用Azure Notification Hub開發(fā)者可以專注于移動應(yīng)用端的開發(fā)，而不需要開發(fā)者處理復(fù)雜的后端推快遞。

b.服務(wù)特征

Notification Hub為用戶提供了一個可擴展的推快遞通知的基礎(chǔ)架構(gòu)，可以幫助用戶有效的跨平臺將消息推國際快遞數(shù)百萬的終端用戶。

Notification Hub解決的最主要的一個問題是“如何將推快遞通知通過各種各樣的特定平臺的服務(wù)傳遞給相應(yīng)的設(shè)備”（例如，Windows Store應(yīng)用程序只能通過Windows Notification Service(WNS)被推快遞得到通知，而IOS設(shè)備只能通過Apple Push Notification service(APNs)被推快遞通知，同樣的，Android設(shè)備只能通過Google Cloud Messaging(GCM)被推快遞通知）。另外Notification Hub還提供給用戶以下功能：

i.設(shè)備管理：Notification Hub減輕了后端要存儲管理Channel URL以及device token(用于各大推快遞服務(wù)推快遞消息)的壓力。Notification Hub會安全可靠的幫用戶存儲處理PNS feedback、device token等信息。

ii.基于tag的多播和pub/sub分發(fā)模式：一臺設(shè)備在Notification Hub中注冊時可以指定一個或多個tag，用來表示該用戶對某類的通知感興趣。這個功能提供給用戶一個非常簡單的方式，可以通過調(diào)用單個API向百萬級別的目標(biāo)設(shè)備端發(fā)快遞推快遞通知，而不需要用戶自己考慮如何實現(xiàn)向每臺設(shè)備發(fā)快遞通知的問題。

iii.Notification Hub提供給用戶基于template發(fā)快遞推快遞通知的功能，這樣用戶可以自定義通知的格式、內(nèi)容等信息，同時也與后端代碼保持獨立。

iv.高度的可擴展性：Notification Hub支持用戶注冊百萬級別的設(shè)備，用戶只需要觸發(fā)一條推快遞消息到Notification Hub，它會自動將推快遞消息通過推快遞服務(wù)以低延遲的性能發(fā)國際快遞百萬級別的設(shè)備端。

下圖顯示了通過Notification Hub推快遞通知的過程：

c.適用場景

Azure Notification Hub是一種不同類型的消息傳遞服務(wù)。它不像上面我們介紹到的消息服務(wù)，用于應(yīng)用程序之間或使用微服務(wù)架構(gòu)來發(fā)快遞消息，Azure通知中心可以從任何服務(wù)（在Azure，本地或其他地方）向在移動設(shè)備（Windows，iOS或Android）上運行的移動端應(yīng)用程序發(fā)快遞推快遞通知。

基于Notification Hub的特性，它的使用場景非常明確，它非常適用于移動應(yīng)用程序跨手機、平板和PG的消息推快遞場景。

3.Event Grid(目前暫時在中國沒有上線)

a.什么是Event Grid

Event Grid于2018年1月正式上線，是一項比較新的事件傳遞服務(wù)，在它使得基于事件的應(yīng)用架構(gòu)（如微服務(wù)和EventDriven系統(tǒng)）的構(gòu)建更容易。

Event Grid提供給用戶一種實時、可靠、可擴展且基于事件的應(yīng)用架構(gòu)，可用于管理事件路由且可以處理每秒百萬級別的數(shù)據(jù)吞吐量。

b.服務(wù)特征

使用Event Grid時用戶需要指定Source和Event Handdlers/WebHook，Source用于推快遞事件而Handler用于接收事件，Event Grid支持Azure平臺中服務(wù)如Storage blob或Event Hub作為Source（數(shù)據(jù)來源），同時也支持第三方的資源或者用戶使用自定義topic作為Source。用戶可以通過Source將時間發(fā)國際快遞某個topic中，而每個topic則可以有多個subscriber/handler。用戶可以在Event Grid上使用filters將特定的event數(shù)據(jù)安全的路由到一個或者多個endpoint中。

除了以上基本功能之外，Event Grid還提供給用戶以下功能：

i.Event Domains，它允許用戶通過Azure Active Directory對多達數(shù)千個topic進行授權(quán)和身份管理，此外，Domain還支持partition的處理，換句話說，用戶不需要單獨向每個topic發(fā)布事件，而是將事件發(fā)布給domain，它可以確保將事件發(fā)國際快遞正確的topic。

ii.高級Filter，Event Grid也提供給用戶更強大與Service bus topic的Filter功能，這體現(xiàn)在用戶創(chuàng)建多個類型的Filter，例如數(shù)字、字符串、布爾值。這使得用戶對事件的路由控有更好的控制和發(fā)揮空間。

iii.管理：用戶可以為Event Grid啟用重試策略和死信隊列功能，也可以檢測匹配和不匹配事件以及每個subscriber上出現(xiàn)的錯誤和延遲。

下圖顯示了Event Grid如何連接Source和Handlers:

c.與Service bus topic的區(qū)別

雖然Azure Event Grid也是采用pubsub的模式分發(fā)消息并且也有topic的概念，但是這兩個服務(wù)是不同的，有如下區(qū)別：

i.消息接收模式：Event Grid是push的模式，而Service bus topic是pull的模式。也就是說當(dāng)用戶使用Service bus topic接收消息時需要管理并控制何時或者接收多少的消息，而使用Event Gird只要handlers保持與Event Gird的連接，事件就會被實時推國際快遞對應(yīng)的handlers中。也正是因為這點差異，用戶使用Service bus topic更具有靈活性和可控性，如果當(dāng)接收端接收的速度跟不上發(fā)快遞端的速度時，可以先將消息積存在topic服務(wù)中，而使用Event Grid用戶需要保證Handler有足夠的能力處理來事件的負載。

ii.吞吐量：Event Grid可以保證每秒鐘千萬級別的的事件量，而這一點是Service bus topic遠遠達不到的。

更多關(guān)于Service bus topicEvent Grid的區(qū)別，可以參考：官方鏈接。

d.適用場景

i.Serverless架構(gòu)

作為正真意義上的ServerLess服務(wù)，Event Grid可以很好的應(yīng)用到各種ServerLess架構(gòu)中，通過使用ServerLess類型的Handler服務(wù)（如logic app/function），用戶可以充分利用ServerLess架構(gòu)的強大功能對事件處理進行高度的擴展。

ii.Enterprise integration

Event Grid提供可靠的事件消息傳遞，包括重試和死信隊列，因此可以保證用戶事件不丟失，這非常好的滿足企業(yè)集成方案的需求。

iii.Cloud Events

作為支持CloudEvents標(biāo)準(zhǔn)的首批服務(wù)之一，CloudEvents提供了一種允許跨平臺處理事件的標(biāo)準(zhǔn)。隨著Azure，AWS，Google，IBM等各大廠商支持此標(biāo)準(zhǔn)，通過這種方式我們可以使用任何平臺或應(yīng)用程序來處理事件，實現(xiàn)格式統(tǒng)一，從而輕松實現(xiàn)應(yīng)用集成和相互操作。

雖然這篇文章盡可能詳細的介紹這幾種不同的消息事件服務(wù)的區(qū)別和選擇，然而在實際的應(yīng)用場景中，我們經(jīng)常會將這幾種服務(wù)結(jié)合在一起使用并且在不同的應(yīng)用環(huán)境下，根據(jù)用戶的考慮因素，產(chǎn)品的選擇也會有不同。如果您通過以上的解釋還是無法抉擇選擇哪種服務(wù)，歡迎您聯(lián)系Microsoft技術(shù)支持團隊，我們會就您的特定的需求和環(huán)境幫助您做進一步的分析和抉擇。

特別聲明：以上文章內(nèi)容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關(guān)于作品內(nèi)容、版權(quán)或其它問題請于作品發(fā)表后的30日內(nèi)與ESG跨境電商聯(lián)系。