Azure Media Services hakkında sık sorulan sorular

Bir liste aşağıda verilmiştir:

• OpenAPI Belirtimi (Swagger)
• Azure CLI
• .NET
• Java
• Python
• Node.js
• Git
• Ruby

Media Services için REST API doğrudan kendi kitaplık kodunuza sarmasını öneririz. Üretim amaçları için doğru şekilde yapmanız, tam Azure Resource Manager yeniden deneme mantığını uygulamanızı ve Kaynak Yöneticisi API 'Lerinde uzun süreli işlemlerin nasıl yönetileceğini anlamasını gerektirir. Farklı dillere yönelik istemci SDK 'Ları (örneğin, .NET, Java, TypeScript, Python ve Ruby), yeniden deneme mantığı veya başarısız API çağrılarında sorun olasılığını azaltmak için bunu sizin için otomatik olarak işler. Postman koleksiyonu bir eğitim aracı olarak daha fazla sunulmaktadır ve ile geliştirme sırasında istemci SDK 'larının ne yaptığını gösterir.

örnek listesi için v3 örnekleri Media Services makalesine bakın.

Sayfalandırma kullanırken, belirli bir sayfa boyutuna bağlı olmaması için her zaman bir sonraki bağlantıyı kullanarak koleksiyonu numaralandırın. Ayrıntılar ve örnekler için bkz. filtreleme, sıralama ve sayfalama varlıkları.

verilerinizi şifrelemek için Azure Key Vault ile Media Services eşleştirmek üzere Azure clı kullanma hakkında bilgi için, Media Services bir hesabı kullanarak verileri şifrelemek üzere Key Vault anahtarını kullanma öğreticisine bakın.

depolama hesabı, bilinmeyen ıp adreslerinden gelen istekleri engelleyecek şekilde yapılandırıldığında bir depolama hesabına erişmek için Media Services istiyorsanız, Media Services yönetilen bir kimlik ile erişim depolamaalanındaki adımları izleyin.

bkz. Media Services hesabını abonelikler arasında taşıma.

Media Services hesapları için bkz. azure rol tabanlı erişim denetimi (azure RBAC).

Media Services varlık, karşıya yüklediğiniz her bir video dosyası için kullanılan bir Azure Depolama hesabı kapsayıcısıdır. Dönüşümler ve diğer işlemlerle kullanılan benzersiz bir tanımlayıcıya sahiptir. bkz. Azure Media Services v3 içindeki varlıklar.

Bir medya dosyasını her karşıya yüklemek ve kodlama ya da akış gibi bir şey yapmak istediğinizde, medya dosyasını ve ilişkili dosyaları depolamak için bir varlık oluşturursunuz. Azure portal kullanıyorsanız, varlıklar sizin için otomatik olarak oluşturulur. Dosyaları karşıya yüklemek için portalını kullanmıyorsanız, önce bir varlık oluşturmanız gerekir. Daha fazla bilgi için bkz. varlık oluşturma.

ortak kodlama biçimleri Media Services standart kodlayıcıyla kullanılabilir. Tüm biçimlerin bir listesi için bkz. Standart kodlayıcı biçimleri ve codec bileşenleri.

Azure CLI, REST veya SDK 'lardan herhangi birini kullanarak Azure Portal bir iş oluşturabilirsiniz. tercih ettiğiniz dilin Media Services örneklerine bakın.

Evet. Bkz. otomatik olarak üretilen bit hızı bir el Ile kodlama.

Evet. Media Services, video üzerinde iki taramalı analiz gerçekleştirebilir. Daha sonra videonun içeriğine göre en iyi Uyarlamalı bit hızı kümesi, çözümler ve kodlama ayarları önerilir. Daha fazla bilgi için bkz. içerik algılayan kodlama ön ayarını kullanma.

Evet. Önceden kodlanmış tek bit hızlı MP4 dosyasını karşıya yüklemeyi ve sunucu bildirimi (. ISM) ve istemci bildirimini (. ısmc) oluşturan bir örnek uygulamanın ayrıntılarını ve bağlantılarını görmek için, soruya yanıt olarak bkz. başka bir çözümde önceden kodlanmış veya kodlanmış mevcut MP4 dosyalarını akışa alabilir miyim? " Paketleme ve teslim hakkındaki bölümde. Bu yanıt, kaynak üzerindeki performans etkisini de açıklar.

Bunu önermeyiz. Bir dakikadan kısa bir süre veya iki dakika içinde olan çok kısa içerik, uyarlamalı bit hızı olmayan akış için ideal değildir. Çok kısa biçimli dosyaları akışa almak istiyorsanız, içeriği tek bit hızı kullanılarak kolayca akan bir biçimde önceden kodlamanızı öneririz.

Uyarlamalı bit hızı çoğu oyuncunun birden çok video segmentini arabelleğe almak için zaman ihtiyacı olduğundan ve ağ bant genişliğini çözümleme süresi, uyarlamalı bit hızı el ile "kaydırmadan" bir süre sonra, 30 saniyelik bir süre içinde olan içerik için çok fazla bit ücreti sağlamak gereksizdir. Player, ağ koşullarına bağlı olarak çalmak için, doğru bit hızında tahmini algoritması kilitleyen zaman, dosya akış olarak yapılır.

Bunlara ek olarak, bazı oyuncuları, en fazla üç video kesimini arabelleğe almak için varsayılan değer. Her segment iki-altı saniye uzunluğunda olabilir. Çok kısa biçimlendirme videoları için, oynatıcı büyük olasılıkla arabelleğe almak ve Uyarlamalı bit hızı kümesi 'nin seçili olan ilk bit hızını kayıttan yürütmeyi başlarlar. Bu nedenle, tek bit hızlı bir MP4 dosyası kullanmanızı ve HLS veya DASH bildirim oluşturmaya ihtiyacınız varsa onu bir varlığa yüklemeyi öneririz. Bunun nasıl elde edilebileceği hakkında daha fazla bilgi için bkz. soruya yanıt olarak önceden kodlanmış veya başka bir çözümde kodlanan mevcut MP4 dosyalarını akışa alabilir miyim? " Paketleme ve teslim hakkındaki bölümde.

Dosyaları yalnızca bu protokollerin yetilerinden yararlanmak istiyorsanız, HLS veya DASH biçiminde teslim etmek gerekir. Tek bit hızına sahip akışlar için, daha hızlı arama, dijital hak yönetimi (DRM) desteği ve URL aracılığıyla indirme (ancak yine de mümkün olan!) gibi çok sayıda VTT ve IMSC1 için açıklamalı alt yazı desteği başka bir avantajdır. Ek olarak, ek ses çevirileri veya diğer dillerdeki Dubler için daha fazla bağlama olanağı, bazı durumlarda bu değerli bir seçim yapar.

canlı Media Services bir olay, canlı video akışlarını geri almaya ve bunları rtmps protokolü veya Kesintisiz Akış aracılığıyla yayına yönelik bir işlemdir. Daha fazla bilgi için bkz. Media Services canlı olaylar ve canlı çıktılar.

İlk adım, bir şirket içi kodlayıcı seçdir. Kablolu yayın ve OBSile canlı bir olay oluşturmaya yönelik örnekler sunuyoruz. canlı etkinlik Media Services bir genel bakış ile başladıysanız, bkz. canlı olay türleri.

Azure Media Service çeşitli protokollerde video, ses ve metin sağlar. MPEG-DASH veya HLS/CMAF kullanarak canlı akışınızı yayımladığınızda ve video ve sesle birlikte, hizmet, ıSC 1.1 ile uyumlu TTML içindeki metni teslim eder. Daha fazla bilgi için bkz. canlıdöküm.

Canlı olayları, Azure Event Grid olaylarına abone olarak izleyebilirsiniz. Daha fazla bilgi için bkz. Event Grid olay şeması. Şunlardan birini yapabilirsiniz:

• Canlı olaylarınızı durdurmak ve silmek için bir süre içinde hiçbir yeniden bağlantı gelmediğinden, akış düzeyi Microsoft. Media. Liveeventencoderconnected olayları ve Izleyicisine abone olun .
• İzleme düzeyi sinyal olaylarına abone olun . Tüm izlemelerin 0 ' a bir bit hızı veya son zaman damgası artık artmazsa, canlı olayı güvenle kapatabilirsiniz. Sinyal olayları her iz için 20 saniyede bir gelir; bu nedenle biraz ayrıntılı olabilir.

Hayır, canlı bir olay durdurup başlatırsanız aynı akış URL 'sini kolayca kullanamazsınız. Yeni bir canlı çıkış (ve varlık) oluşturup yayımladığınızda, yeni bulucu için yeni bir akış URL 'SI (GUID) kullanılacaktır. Bu şekilde, akış uç noktasında ve içerik teslim ağında (CDN) bir önbellek çakışması olmadığından emin olursunuz. Akış bulucu için belirli bir GUID 'yi zorlayabildiğiniz ve sonra canlı çıktı için kullanılacak bildirim adına karar vereceğiniz için akış URL 'Lerini önceden hazırlayabilirsiniz (ve bilirsiniz).

Yarın oluşturacağınız canlı çıktı için GUID 1a7ed69e-A361-433D-8A56-29c61872744f ' i kullanmaya karar verdiğinizi varsayalım. Gün geldiğinde canlı olayı başlatır ve canlı bir çıktı oluşturursunuz. Bildirim için "conference1" kullanılmasına karar verebilir ve Bulucu için GUID 'ı zorlayabilirsiniz.

Akış URL 'SI öngörülebilir ve ' dir http://<youraccountname>-<azureregion>.streaming.media.azure.net/1a7ed69e-a361-433d-8a56-29c61872744f/conference1.ism/manifest .

Aynı canlı çıktıyı veya varlığı birden çok kez yeniden kullanamazsınız. Canlı çıkış ve varlığın birleşimini bir bant kaydı olarak düşünün. Canlı çıkış varlığa kaydedildikten sonra, başka bir kayıt için onu yeniden kullanamazsınız. Bunu yeniden yaparsanız blob çakışması veya üzerine yazma olur. depolama hesabındaki blobları tamamen temizlemeyi planlamadığınız ve CDN tamamen temizleyemezsiniz, sorun olacaktır. parçaların zaten CDN veya istemci cihaz önbelleklerinde (örneğin, tarayıcı önbelleği) önbelleğe alınmış olması nedeniyle sorunlar devam eder.

En yaygın nedenlerinden biri, çalışan durumunda kayıttan yürütmeye çalıştığınız akış uç noktasına sahip olmadığınız anlamına gelir.

Media Services, bir akış uç noktası, ortak akış medya protokollerinden (hls veya DASH) birini kullanarak doğrudan bir istemci oynatıcı uygulamasına canlı ve isteğe bağlı içeriğinizi teslim edebilen bir dinamik (tam zamanında) paketleme ve origin hizmetini temsil eder. Ayrıca, akış uç noktası, sektör lideri DRM sistemlerinde dinamik (tam zamanında) şifreleme sağlar. Daha fazla bilgi için Azure Media Services Içindeki akış uç noktaları (başlangıç)konusuna bakın.

Videoları kayıttan yürütmeye yönelik olarak kullanılabilir hale getirmek için bir akış Bulucu oluşturun ve ardından akış URL 'Leri derleyin. Akış Konumlandırıcı, medya dosyalarının nasıl tüketildiğini gösteren kuralları içeren akış ilkelerini uygulamak için de kullanılır.

Akış URL 'SI oluşturmak için önce bir akış Bulucu oluşturun. Daha sonra akış uç noktasının ana bilgisayar adını ve akış bulucunun yolunu birleştirebilirsiniz. Bkz. akış bulucu ve derleme URL 'Leri oluşturma.

Akış ilkeleri, akış Konumlandırıcıları için akış protokollerini ve şifreleme seçeneklerini tanımlamanızı sağlar. Media Services v3, bazı önceden tanımlanmış akış ilkeleri sağlar. Daha fazla bilgi için bkz. akış ilkeleri.

Kullanmaya başlamak için kullanabileceğiniz önceden tanımlanmış ilkelerin bir listesi için bkz. akış ilkeleri.

Akış kaynak sunucusuna Apple iOS Native cihazlarda tüketim için HLS içeriğini döndürmesini bildirmek üzere yolun sonunda ( Biçim = M3U8-cmaf) sahip olduğunuzdan emin olun. Ayrıntılar için bkz. Içerik sunma.

evet, Media Services kaynak sunucu (akış uç noktası), MP4 dosyalarının dinamik ambalajını hls veya DASH akış biçiminde destekler. Ancak, içerik kapalı-GOP biçiminde kodlanmalıdır, bu da iki ile altı saniyelik süre aralığında kısa GOPs olur. Aşağıdaki ayarları öneririz: iki saniyelik GOPs, anahtar çerçeve maksimum ve iki saniyelik en düşük uzaklık, sabit bit hızlı kodlama (CBR modu). Bu biçimdeki çoğu içerik, AAC ses biçimi ile birlikte H. IBU veya HEVC video codec üzerinden kodlandı. Önceden kodlanmış ek ses biçimleri de Dolby DD + gibi desteklenebilir.

işi yapmak için gereken anahtar, bir varlık oluşturmak, Azure Blob Depolama istemci sdk 'larını kullanarak önceden kodlanmış varlıkları varlığın kapsayıcısına yüklemek ve ardından gerekli sunucu bildirimini (. ısm) ve istemci bildirim dosyalarını oluşturur. Ayrıntılar için bkz. var olan MP4 dosyalarını akışayönelik .NET örnek projesi.

bu yaklaşımı kullandığınızda performans etkilerine neden olduğunu aklınızda bulundurun, çünkü Media Services yerleşik kodlayıcı, MP4 dosyalarına erişim süresini artıran ikili dizinler (. mpı dosyaları) de oluşturur. Bu dosyalar olmadan sunucu yüksek yük üzerinde biraz daha fazla CPU kullanabilir. Daha fazla bilgi için bkz. HLS veya Dash ile var olan bir tek bit hızı MP4 dosyasını akışaalma.

Bu yaklaşımla ölçeği ölçeklendirirken, akış uç noktasının CPU yükünü izlemeniz gerekir. Media Services dışında önceden kodlanan büyük bir MP4 dosyaları kitaplığıyla üretime gitmek istiyorsanız, mimarinizin inceleyeceği ve önceden kodlanmış MP4 içeriğinin kaynak sunucu performansını artırmanın yollarını sorması için bir destek bileti dosyası yapın.

Dinamik şifreleme, medyanızın, depolama, işleme ve teslim aracılığıyla her yerden çalıştığı zamandan itibaren güvenli hale getirir. Media Services ile, canlı ve isteğe bağlı içeriğinizi Gelişmiş Şifreleme Standardı (AES-128) veya üç ana DRM sisteminden (Microsoft PlayReady, Google widevine ve Apple FairPlay) dinamik olarak şifreli olarak dağıtabilirsiniz. daha fazla bilgi için bkz. Media Services dinamik şifreleme ile içeriğinizi koruma.

Müşteriler genellikle AES şifrelemesi mi yoksa bir DRM sistemi mi kullanacağınızı merak ediyor. İki sistem arasındaki temel fark, AES şifrelemesi ile, içerik anahtarı TLS üzerinden istemciye iletilir. Anahtar, hiçbir ek şifreleme olmadan ("şifresiz") geçişte şifrelenir. Sonuç olarak, içeriğin şifresini çözmek için kullanılan anahtar, istemci oynatıcı tarafından erişilebilir olur ve istemci üzerindeki bir ağ izlemede düz metin olarak görüntülenebilir. AES-128 şifresiz anahtar şifrelemesi, görüntüleyicisinin güvenilir bir taraf olduğu (örneğin, bir şirkette şirket içinde dağıtılan şirket videolarını, çalışanlar tarafından görüntülenmek üzere şifreleme) kullanım durumları için uygundur.

PlayReady, Widevine ve FairPlay gibi DRM sistemleri, bir AES-128 şifresiz anahtarla karşılaştırıldığında, içeriğin şifresini çözmek için kullanılan anahtarda ek bir şifreleme düzeyi sağlar. İçerik anahtarı, TLS 'nin sağladığı herhangi bir aktarım düzeyi şifrelemeye ek olarak DRM çalışma zamanı tarafından korunan bir anahtara şifrelenir. Şifre çözme, işletim sistemi düzeyinde güvenli bir ortamda işlenir ve bu, kötü niyetli bir kullanıcının saldırılarına karşı daha zordur. Görüntüleyicinin güvenilir bir taraf olmaması ve en yüksek düzeyde güvenlik düzeyi olması gerekebileceği kullanım örnekleri için DRM önerilir.

Azure Active Directory (Azure AD) gibi belirli bir belirteç sağlayıcısını kullanmak zorunda değilsiniz. Asimetrik anahtar şifrelemesi kullanarak kendi JWT sağlayıcınızı (yani, güvenli belirteç HIZMETI veya STS olarak adlandırılır) oluşturabilirsiniz. Özel STS 'de iş mantığınızı temel alarak talep ekleyebilirsiniz.

Verenin, hedef kitlesi ve taleplerin tümünün JWT içindeki ve ContentKeyPolicyRestriction ' de kullanılan değer arasında tam olarak eşleştiğinden emin olun ContentKeyPolicy .

daha fazla bilgi için bkz. Media Services dinamik şifrelemeyi kullanarak içeriğinizi koruma.

Üretim için, HTTPS isteği üzerinde bir JWT belirteci veren güvenli belirteç hizmeti (yani, bir Web hizmeti) olması gerekir. Test için, GetTokenAsync program. cs' de tanımlanan yöntemde gösterilen kodu kullanabilirsiniz.

Bir kullanıcının kimliği doğrulandıktan sonra, oynatıcı bu tür bir belirteç için STS 'ye bir istek yapar ve bunu belirtecin değeri olarak atar. Azure MEDIA Player API'sini kullanabilirsiniz.

STS 'yi bir simetrik anahtarla veya asimetrik anahtarla çalıştırmanın bir örneği için bkz. JWT aracı. Bu tür bir JWT belirtecini kullanan Azure Media Player temel alan bir oyuncunun bir örneği için bkz. Azure Media test aracı. (Belirteç girişini görmek için player_settings bağlantısını genişletin.)

Doğru yaklaşım, güvenli belirteç hizmeti kullanmaktır. STS 'de, kullanıcı profiline bağlı olarak, farklı talepler (örneğin, "Premium kullanıcı," "temel kullanıcı" veya "ücretsiz deneme kullanıcısı") ekleyin. JWT içindeki farklı talepler sayesinde kullanıcı farklı içerikleri görebilir. Farklı içerik veya varlıklar için ContentKeyPolicyRestriction karşılık gelen RequiredClaims değer olacaktır.

lisans/anahtar teslimini yapılandırmak ve varlıklarınızı şifrelemek için Azure Media Services apı 'leri kullanın ( bu örnektegösterildiği gibi).

Daha fazla bilgi için bkz.

• İçerik korumaya genel bakış
• Erişim denetimi ile çoklu DRM'ye sahip içerik koruma sistemi tasarlama

Bu davranış, örnek uygulamanın tasarımıyla aynı şekilde görünür. Çevrimdışı modda alternatif bir ses izi varsa (HLS için bu durum söz konusu olduğunda), alternatif ses kanalında hem iOS 10 hem de iOS 11 varsayılandır. Bu davranışı kare içinde çevrimdışı modda dengelemek için, akıştan alternatif ses parçasını kaldırın. bunu Media Services yapmak için, dinamik bildirim filtresi yalnızca ses = false değerini ekleyin. Diğer bir deyişle, HLS URL 'SI . ISM/manifest ile biter (format = M3U8-AAPL, Audio-Only = false).

İçerik teslim ağı için önbellek anahtarı tasarımına bağlı olarak, içerik önbelleğe alınmış olabilir. Önbelleği temizleme.

Bir iOS cihazında indirilen dosya yapısı aşağıdaki ekran görüntüsüne benzer şekilde görünür. _Keys klasörü, her bir lisans hizmeti konağı için depolanan bir dosya Ile indirilen fps lisanslarını depolar. . Movpkg klasörü, ses ve video içeriğini depolar.

Bir kısa çizgi ile biten bir ada sahip ilk klasörün ardından bir sayı, video içeriği içerir. Sayısal değer, video yorumlamaları için en yoğun bant genişliğidir. Bir kısa çizgi ile biten bir ada sahip ikinci klasör, izleyen 0 ile ses içeriği içerir. Veri adlı üçüncü klasör, FPS içeriğinin ana çalma listesini içerir. Son olarak, boot.xml . movpkg klasör içeriği hakkında ayrıntılı bir açıklama sağlar.

Örnek bir boot.xml dosyası aşağıda verilmiştir:

<?xml version="1.0" encoding="UTF-8"?>
<HLSMoviePackage xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns="http://apple.com/IMG/Schemas/HLSMoviePackage" xsi:schemaLocation="http://apple.com/IMG/Schemas/HLSMoviePackage /System/Library/Schemas/HLSMoviePackage.xsd">
  <Version>1.0</Version>
  <HLSMoviePackageType>PersistedStore</HLSMoviePackageType>
  <Streams>
    <Stream ID="1-4DTFY3A3VDRCNZ53YZ3RJ2NPG2AJHNBD-0" Path="1-4DTFY3A3VDRCNZ53YZ3RJ2NPG2AJHNBD-0" NetworkURL="https://willzhanmswest.streaming.mediaservices.windows.net/e7c76dbb-8e38-44b3-be8c-5c78890c4bb4/MicrosoftElite01.ism/QualityLevels(127000)/Manifest(aac_eng_2_127,format=m3u8-aapl)">
      <Complete>YES</Complete>
    </Stream>
    <Stream ID="0-HC6H5GWC5IU62P4VHE7NWNGO2SZGPKUJ-310656" Path="0-HC6H5GWC5IU62P4VHE7NWNGO2SZGPKUJ-310656" NetworkURL="https://willzhanmswest.streaming.mediaservices.windows.net/e7c76dbb-8e38-44b3-be8c-5c78890c4bb4/MicrosoftElite01.ism/QualityLevels(161000)/Manifest(video,format=m3u8-aapl)">
      <Complete>YES</Complete>
    </Stream>
  </Streams>
  <MasterPlaylist>
    <NetworkURL>https://willzhanmswest.streaming.mediaservices.windows.net/e7c76dbb-8e38-44b3-be8c-5c78890c4bb4/MicrosoftElite01.ism/manifest(format=m3u8-aapl,audio-only=false)</NetworkURL>
  </MasterPlaylist>
  <DataItems Directory="Data">
    <DataItem>
      <ID>CB50F631-8227-477A-BCEC-365BBF12BCC0</ID>
      <Category>Playlist</Category>
      <Name>master.m3u8</Name>
      <DataPath>Playlist-master.m3u8-CB50F631-8227-477A-BCEC-365BBF12BCC0.data</DataPath>
      <Role>Master</Role>
    </DataItem>
  </DataItems>
</HLSMoviePackage>

Media Services v3 bir varlığın birden çok örneğe sahip olmasına izin verdiğinden StreamingLocator , şunları yapabilirsiniz:

• ContentKeyPolicyİle bir örnek license_type = "persistent" , ContentKeyPolicyRestriction bir talep "persistent" ve StreamingLocator örneği.
• İle başka bir ContentKeyPolicy örnek license_type="nonpersistent" , ContentKeyPolicyRestriction ve üzerinde bir talep vardır "nonpersistent StreamingLocator .
• StreamingLocatorFarklı değerlere sahip iki örnek ContentKey .

Özel STS iş mantığına bağlı olarak, JWT belirtecinde farklı talepler verilir. Belirteç ile yalnızca ilgili lisans alınabilir ve yalnızca ilgili URL oynatılabilir.

Google 'ın Widevine DRM mimarisine genel bakış üç güvenlik düzeyi tanımlar. ancak, widevine lisans şablonunda Azure Media Services belge , beş güvenlik düzeyi (kayıttan yürütme için istemci sağlamlık gereksinimleri) özetlenmektedir.

Google Widevine her iki güvenlik düzeyi kümesini tanımlar. Fark kullanım düzeyidir: mimari veya API. Wdevine API 'sinde beş güvenlik düzeyi kullanılır. Azure Media Services widevine lisans hizmeti, content_key_specs security_level öğesini içeren ve widevine küresel teslim hizmetine geçen nesneyi serileştirir. Aşağıdaki tabloda, iki güvenlik düzeyi kümesi arasındaki eşleme gösterilmektedir.

Media Services kaynaklarınızla neler olduğunu izlemek için Azure izleyici 'yi kullanın. Daha fazla bilgi için bkz. izleyici Media Services. nasıl yapılır kılavuzlarında izleme Media Services ölçümleri ve izleme Media Services tanılama günlükleribulunur.

Bir yoklama hizmeti olmadan canlı olaylarınızı izlemek için Azure Event Grid kullanın. nasıl yapılır kılavuzlarında , Azure portal kullanarak Event Grid olan Media Services olayları oluşturma ve izleme , Azure clı kullanarak Event Grid ile Media Services olayları oluşturma ve izlemedahil sayılabilir.

Media Services Azure Media Player, shaka ve Video.js ile birlikte kullanılabilir. Azure Media Player belgelerine, shaka oynatıcıyı Azure Media Services ile nasıl kullanacağınızıveya Azure Media Services ile Video.js oynatıcıyı nasıl kullanacağınızıgörün.

Media Services ve yüksek kullanılabilirlik hakkında daha fazla bilgi için bkz. Media Services ile yüksek kullanılabilirlik ve isteğe bağlı Video (vod).

V2 'den v3 'e geçiş için kapsamlı bir kılavuzoluşturduk. geçiş deneyiminizi ve ihtiyaçlarınızı öğrenmek için, GitHub sorunu veya destek bileti aracılığıyla geri bildirim sağlamayı merak etmekten mutluluk duyuyoruz.

Şu başvurularda hata kodları belgeliyoruz: akış uç noktası hata kodları, canlı olay hata kodlarıve iş hata kodları. Burada yanıt bulamazsanız lütfen bir destek bileti oluşturun.

Azure CLI kullanarak hesap kimlik bilgilerinizi sıfırlayabilirsiniz.

Media Services fiyatlandırma kılavuzunabakın.

bkz. Media Services kotaları ve sınırları.

müşteriler kendi depolama hesaplarını Azure Media Services hesaplarına ekler. Tüm varlık verileri bu ilişkili depolama hesaplarında depolanır ve müşteri bu depolamanın konumunu ve çoğaltma türünü denetler.

bir Media Services hesapla ilişkili ek veriler (içerik şifreleme anahtarları, belirteç doğrulama anahtarları, jobınputhttp url 'leri ve diğer varlık meta verileri dahil), Media Services hesabı için seçilen bölge içindeki Microsoft 'a ait depolamada depolanır.

Brezilya Güney ve Güneydoğu Asya 'daki veri yerleşimi nedeniyle ek hesap verileri, bölgesel olarak yedekli bir biçimde depolanır ve tek bir bölgede yer alır. Güneydoğu Asya için tüm ek hesap verileri Singapur 'da depolanır. Brezilya Güney için veriler Brezilya 'da depolanır. Brezilya Güney ve Güneydoğu Asya dışındaki bölgelerde ek hesap verileri de aynı zamanda eşleştirilmiş bölgedeMicrosoft 'a ait depolamada depolanabilir.

Azure Media Services bölgesel bir hizmettir ve yüksek kullanılabilirlik veya veri çoğaltması sağlamaz. bu özelliklere ihtiyaç duyan müşterilerin birden çok bölgede Media Services hesaplarını kullanarak bir çözüm oluşturmasını öneririz. isteğe bağlı Media Services video ile bir kılavuz olarak kullanılabilir, yüksek kullanılabilirlik için nasıl çözüm oluşturulacağını gösteren bir örnek.