簡體   English   中英

Azure 媒體服務跟蹤每個資產使用的帶寬

[英]Azure Media Service track bandwidth used per asset

我們正在使用Azure 媒體服務構建一個視頻托管站點,我們希望能夠跟蹤每個資產/視頻使用的大小和帶寬。

一般的用戶旅程是,一旦用戶注冊,他們就可以上傳他們的視頻,我們使用AdaptiveStreaming對其進行編碼,我們擁有所有編碼的資產,並為該視頻創建一個新的流式定位器。

有計划在此之上訂閱 model,它有大小和帶寬限制。 我們能夠從manifest.json中提取大小,但我們希望能夠運行某種類型的事件或后台作業來定期跟蹤每個資產的帶寬,因此我們知道每個用戶的總帶寬使用量是多少他們上傳的視頻。

每個資產是否可能,查看每個流端點似乎可能的指標,但我在asset/streaming定位器上找不到任何東西。

瀏覽 API 文檔:

通過 Azure Monitor 監控媒體服務指標和診斷日志

如上所述,每個 Streaming Endpoint 都有可用的指標,如果它是每個流定位器,它們可能對我們有用:

請求- 提供流端點服務的 HTTP 請求的總數。

出口- 每個流式傳輸端點每分鍾的總出口字節數。

SuccessE2ELatency - 端到端成功延遲 - 從流式處理端點收到請求到發送響應的最后一個字節的持續時間。

不幸的是,由於這些是每個流媒體端點,這不允許我們跟蹤每個資產/流媒體定位器。

現在瀏覽了 V3 文檔后,無論如何我都看不到實現我們希望的目標,我將提交一個功能請求。

我假設您還計划使用 CDN 將內容交付給用戶,對吧? 在這種情況下,每個資產的交付數據實際上是每個定位器通過 CDN 網絡交付的字節數的一個因素。
由於這可能是最常見的用例場景,CDN 日志可能是跟蹤每個資產 URL 導出的數據使用情況的更好位置。
來自流式處理端點的出口數據只會向您顯示最初在 CDN 端作為“緩存未命中”請求的內容。

對於 AMS,我們今天不提供從流式傳輸端點輸出的數據中的每個資產或每個流式定位器的細分。 通過 Azure 監控指標僅以字節為單位的總出口數據,很快以 mbps 為單位的出口數據 - 您似乎已經在上面發現了這些數據。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM