简体   繁体   English

Azure媒体服务或用于STA的视频存储的简单存储帐户

[英]Azure Media Services or simple Storage Account for video storage for STA

We are developing a "multi tenant application" ( MTA ) on AZURE. 我们正在AZURE上开发"multi tenant application"MTA )。 In addition we develop " single tenant applications " (STA) for customers that utilise MTA data via a REST API end point ie so the STA can be hosted anywhere. 此外,我们为通过REST API端点利用MTA数据的客户开发了“ single tenant applications ”(STA),即,可以将STA托管在任何地方。

A specific STA uploads and stores video files. 特定的STA上载并存储视频文件。 Security for these video files is important and 1xVideo 1xConcurrentUser most likely consumption use case. 这些视频文件的安全性很重要,并且1xVideo 1xConcurrentUser最有可能消耗用例。 It not clear at this stage the user will consume the content by streaming or download. 目前尚不清楚用户将通过流媒体或下载来消费内容。

QUESTIONS 问题

  1. Using Azure MEDIA SERVICES account/keys its easy to upload , store and download media content. 使用Azure MEDIA SERVICES帐户/密钥可以轻松上载,存储和下载媒体内容。 What are the benefits of using MEDIA SERVICES over a standard Azure STORAGE ACCOUNT ? 通过标准的Azure存储帐户使用MEDIA SERVICES有什么好处? ? I understand MEDIA SERVICES use a STORAGE ACCOUNT. 我了解媒体服务使用存储帐户。

  2. Does isolating a STA into a new Azure subscription makes sense to isolate video related costs categorically ? 将STA隔离到新的Azure订阅中是否可以合理地隔离视频相关的费用? the itemised bill contains 6000+ rows. 分项帐单包含6000多行。 Difficult to extract the relevant data for an STA each month. 每月难以提取STA的相关数据。 In theory a STA customer could in future take control of this account management and costs. 从理论上讲,STA客户将来可以控制此帐户管理和成本。

  3. Is there a max number of CONTAINERS that can be added to a STORAGE ACCOUNT ? 可以将最大数量的CONTAINERS添加到一个STORAGE ACCOUNT吗?

  4. Should the CONTAINER be of type PRIVATE to secure the content but still allow access for the STA? CONTAINER是否应为PRIVATE类型以保护内容,但仍允许访问STA?

Thank you 谢谢

I will try to answer the first question: 我将尝试回答第一个问题:

Using Azure MEDIA SERVICES account/keys its easy to upload , store and download media content. 使用Azure MEDIA SERVICES帐户/密钥可以轻松上载,存储和下载媒体内容。 What are the benefits of using MEDIA SERVICES over a standard Azure STORAGE ACCOUNT ? 通过标准的Azure存储帐户使用MEDIA SERVICES有什么好处? ? I understand MEDIA SERVICES use a STORAGE ACCOUNT. 我了解媒体服务使用存储帐户。

Answer: Azure Media Services origin server is the IIS media service in the cloud. 答:Azure媒体服务原始服务器是云中的IIS媒体服务。 All video contents are stored in Azure Blob storage and there is a mapping between the media service and storage. 所有视频内容都存储在Azure Blob存储中,并且在媒体服务和存储之间存在映射。 There are many advantages of using media server rather than directly downloading from storage: (1) Media server has the intelligent to forward the right data fragment(right bitrate, time stamp) to your client efficiently. 使用媒体服务器而不是直接从存储中下载有许多优点:(1)媒体服务器具有将正确的数据片段(正确的比特率,时间戳)有效地转发到客户端的智能。 (2) our origin server dynamically package multiple bitrate MP4 from storage account into multiple streaming format (HLS, Smooth streaming and MPEGDASH), which get to played on various devices and platform. (2)我们的原始服务器将来自存储帐户的多个比特率MP4动态打包为多种流格式(HLS,平滑流和MPEGDASH),可以在各种设备和平台上播放。 Hence, you save on the cost for encoding your video into multiple formats. 因此,您可以节省将视频编码为多种格式的成本。 (3) Our origin server supports live streaming. (3)我们的原始服务器支持实时流式传输。

I think this question goes into why we invent media server. 我认为这个问题涉及为什么我们发明媒体服务器。 I have a blog explains how video streaming works for your reference: http://mingfeiy.com/adaptive-streaming-video-streaming . 我有一个博客解释了视频流的工作原理,以供您参考: http : //mingfeiy.com/adaptive-streaming-video-streaming

Scott, 斯科特

  1. Media Services is good if you're looking to accept incoming video and process it to serve in other formats or to leverage streaming media playback. 如果您希望接受传入的视频并将其处理为其他格式或利用流媒体播放,则Media Services很好。 Serving video directly out of an Azure Blob Storage Account is possible but it will not provide smooth streaming or transcoding (no streaming playback may mean stop / start of video for users with high latency connections). 可以直接通过Azure Blob存储帐户提供视频,但不能提供流畅的流或转码(没有流播放可能意味着高延迟连接的用户停止/开始视频)。

  2. I would advise against putting each STA into their own subscription. 我建议不要将每个STA放入自己的订阅中。 While it will give you a degree of control over the management of charging back usage to the STA user it will be a big overhead to manage. 虽然它可以使您对STA用户的计费使用管理进行一定程度的控制,但管理起来将是一笔巨大的开销。 Your best bet would be to use an appropriate storage account / container setup to allow you track calls some other way and provide estimated costs. 最好的选择是使用适当的存储帐户/容器设置,以其他方式跟踪呼叫并提供估计费用。 Don't forget that Azure is always changing and it may be that future features give you the ability to tag and track costs inside a subscription more effectively. 不要忘记Azure一直在变化,并且将来的功能可能使您能够更有效地标记和跟踪订阅中的成本。

  3. There is no limit on number of containers in a storage account. 存储帐户中的容器数量没有限制。 The limits are 50 storage accounts per subscription and a maximum of 500TB of storage per account. 限制是每个订阅有50个存储帐户,每个帐户最多有500TB的存储空间。 Storage and Subscription Limits are documented here: http://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/#storagelimits 此处记录了存储和订阅限制: http : //azure.microsoft.com/zh-cn/documentation/articles/azure-subscription-service-limits/#storagelimits

  4. You can use Shared Access Signatures to control access to Blobs in Azure Blob Storage. 您可以使用共享访问签名来控制对Azure Blob存储中Blob的访问。 See here for how to create and use them: http://msdn.microsoft.com/en-us/library/azure/jj721951.aspx and here for guidance on setting permissions on Blob Storage containers: http://msdn.microsoft.com/en-us/library/azure/ee393343.aspx 有关如何创建和使用它们的信息,请参见此处: http : //msdn.microsoft.com/zh-cn/library/azure/jj721951.aspx ,有关在Blob存储容器上设置权限的指南,请参见此处: http : //msdn.microsoft .com / zh-CN / library / azure / ee393343.aspx

HTH Simon. 西蒙·HTH。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM