Microsoft Stream video teslimine ve ağa genel bakış
Bit hızı uyarlamalı akış
Microsoft Stream'e yüklen yüklenen birçok desteklenen video biçimi vardır. Ardından her video dosyası, kayıttan yürütme için birkaç farklı video kalitesi ve boyutuyla standart bir biçime kodlanmış olur. Stream, kullanılabilir ağ bant genişliğine ve video oynatıcının boyutuna göre en iyi video kayıttan yürütme kalitesini dinamik olarak seçmek için HTTPS tek yönlü bit hızı uyarlamalı akış (A BUS) kullanır.
Kayıttan yürütme sırasında, oynatıcı ağ koşullarındaki dalgalanmalara ve oynatıcının boyutuna uyum sağlar. Kullanılabilir bant genişliği yüksek olduğunda oynatıcı videonun yüksek kaliteli bir sürümünü akışla sunar. Bant genişliği düştüğünde oynatıcı videonun düşük kaliteli bir sürümünü akışla sunar. Videonun kalitesi ve çözünürlüğü de oynatıcının boyutuyla orantılı olur. Bir görüntüleyici daha küçük bir ekranda izliyorsa, her zaman videonun daha küçük bir sürümüne sahip olur.
Bit hızı uyarlamalı akış bunların hepsini arka planda yapar; video en az miktarda kesinti veya arabellekle oynatırken. Video kayıttan yürütme sırasında, video oynatıcı izleyicinin belirli bir video kayıttan yürütme kalitesi seçmek için otomatik kayıttan yürütme kalitesini geçersiz kılabilir.
Bit hızı uyarlamalı akış için karşıya yüklenen videoların akıllı kodlaması
Stream, bit hızı uyarlamalı akışta kullanılacak özgün videodan farklı video kalitelerini ve boyutlarını nasıl oluşturduğunı belirlemek için bazı akıllı özellikler kullanır.
İlk olarak, Stream karşıya yüklenen video için kaç farklı video kalitesi veya yorum oluşturulacak? belirler. Stream,videonun özgün çözünürlüğünü dikkate alır. Örneğin, 1080p veya daha yüksek bir video ise, en düşük kalite sürümüne inecek daha fazla kalite düzeyi (yaklaşık 6) sağlar. Karşıya yüklenen video bunun yerine 480p ise, en düşük kalite sürümüne inecek şekilde daha az kalite düzeyi (yaklaşık 3) sağlar. Stream, başlangıçta karşıya yüklenen videonun çözünürlüğünü aşan bir video çözünürlüğü oluşturmaz.
Video niteliklerinin veya yorumlarının sayısına karar verildikten sonra, sonraki aşama her bir yorum için bit hızı belirlemektir. Yorum kalitesi ne kadar yüksek ise, o kadar bit gerekir. Bununla birlikte, tüm videolar eşit değildir; yüksek kaliteli bir görüntüleme deneyimi elde etmek için farklı video türleri farklı bitrates gerektirir. Videoda çok fazla hareket varsa, harika bir görüntüleme deneyimi elde etmek için bit hızı daha yüksek bir şekilde teslim edilecektir. Bununla birlikte, PowerPoint statik metinlere sahip bir videoda yine de daha düşük bit hızıyla mükemmel bir görüntüleme deneyimi elde etmek için bu sunuyu kullanabilirsiniz.
Video içeriğinde bu değişkenliği sağlamak için, Stream karşıya yüklenen videonun özelliklerini ölçür ve her bir yorum için bit hızı önermektedir. Stream'e yüklenen her video, bant genişliğini akıllıca kullanmamız ve yalnızca gerektiğinde daha fazla bit kullanmamız için akış için kullanılan çözüm ve bit hızı biraz daha fazladır.
Stream'de bir videoyu görüntülerken bit hızı uyarlamalı akış için oluşturulmuş farklı izlemeler oynatıcıda görülebilir:
- Stream oynatıcıda Dişli simgesine tıklayın ve Kalite'yi seçin.
| Örnek | Açıklama | Oyuncu |
|---|---|---|
| Teams kayıtlarını kaydetme | Teams kaydetme, tek bir 1080p çözünürlüklü video yorumla kodlanmış. | 1080p – 574 Kb/sn |
| Video isteğe bağlı (toplantı kayıtları hariç) | Non-Teams video-on-demand, bu örnekte gösterildiği gibi, en fazla 6 video yorumsunu akıllı bir şekilde seçen içerik farkında önceden ayarlanmış bir videoyla kodlanmış. Yüksek düzeyde renk ve hareket varyansı olan yüksek karmaşık içerik daha fazla video yorumla ve daha düşük karmaşık içerikle kodlanmış olarak daha az karmaşıktır. | 1080p – 3 Mb/sn 720p – 1,6 Mb/sn 540p – 989 Kb/sn 360p – 460 Kb/sn 270p – 327 Kb/sn 180p – 193 Kb/sn |
Canlı etkinlikler için kodlama profili
Yukarıda listelenen akıllı kodlama yalnızca Stream'e yüklenen videolar için geçerlidir.
Stream'de veya "Dış uygulama veya cihaz" içinde oluşturulan canlı etkinlikler, Yammer veya Microsoft Teams bir sabit kodlama profili elde olur:
- 720p - 1,7 Mb/sn
- 540p - 850 Kb/sn
- 360p - 350 Kb/sn
- 240p - 140 Kb/sn
Not
Kodlayıcıdan giriş video çözünürlüğü 720p veya üzeri bir değerse yukarıdaki profili elde edersiniz. Giriş video çözünürlüğünü kodlayıcıdan 720p'den daha düşük bir çözüntürse, yalnızca giriş çözünürlüğünden ve aşağı doğru çıkış hızı elde edersiniz. Örneğin, kodlayıcıdan 540p çözünürlüğü gönderdiysanız, en yüksek bit hızı görüntüleyenler 540p - 850 kb/sn sürüm eldelayabilir. Stream, kodlayıcıdan bit hızına bağlı olarak yukarıdaki canlı kodlama profilini değiştirmez, yalnızca giriş çözünürlüğüne dayalı olarak kalite düzeylerini keser.
Video kayıttan yürütme için bant genişliği gereksinimleri
Stream'de video kayıttan yürütme tek başına kayıttan yürütme, her izleyicinin İnternet'te kendi video akışına sahip olduğu anlamına gelir. Stream tarafından kullanılan akıllı kodlamaya ve uyarlanabilir bit hızı akışına bağlı olarak, video kayıttan yürütme için bant genişliği gereksinimi statik bir sayı değildir. Video oynatarak karşıya yüklenen videoya bağlı olarak farklı miktarlarda İnternet bant genişliği kullanılabilir:
- özgün çözünürlük, bit hızı ve içerik
- kullanıcının kullanılabilir bant genişliği
- oynatıcının boyutu
Bazı bant genişliği tahminleri geliştirmek için, kurumuz tarafından Stream ile kullanılan normal içeriği temsil eden bazı videoları karşıya yüklemeli ve kullanıcılarınızı kullanabileceğini düşünmeniz gereken ekran boyutlarında videoları izleyebilirsiniz. Ardından, bant genişliği ölçülerini ve örneklemeyi de ayarlayabilirsiniz. Bu yaklaşımları daha sonra, bazı üst düzey hesaplamalar yapmak ve kullanıcılarının, aynı anda videoları izleyeceğini düşünmeniz üzerine ne kadar bant genişliği tüketeceklerini tahmin etmek için kullanabilirsiniz.
Yerel ağımda video teslimini optimize etme
Stream, video oynatmadan kaynaklı ağ ve internet trafiğini azaltmak için akıllı kodlama ve uyarlamalı bit hızı akışını kullanır. Ancak kayıttan yürütme bir unicast akışıdır. Canlı etkinlikleri veya kuruluşunuzun büyük bir bölümüne gönderilen videoları izleyenler, büyük miktarlarda internet bant genişliği kullanıyor olabilir.
Canlı etkinlikler ve popüler videolar için bu internet trafiğini azaltmak isteyen kuruluşlarda iki seçenek vardır:
Ağda var olan önbellek sunucularını kullanın
Bu nedenle, Stream'den video izleme HTTPS üzerinden gerçekleşir ve normal web önbelleği ön ekleri video kayıttan yürütme trafiğini önbelleğe alır. Bunun HTTPS ile olması için özel SSL sertifikasını yapılandırmanız gerekir. Öte yandan, videoyu oynatırken bir ağ izlemesi görüntüde görünüyorsanız, Stream'in sizin için video akışı için kullandığı URL'leri görüntüebilirsiniz (URL'ler Stream kiracısına göre değişebilir). Bu URL'leri önbellek ara sunucusu üzerinden yönlendirersiniz, video trafiğini önbelleğe alır ve sıklıkla oynatılacak videolar için İnternet trafiğinizi azaltır.
Stream için iyileştirilmiş üçüncü taraf bir eCDN video teslim çözümü kullanma
Çeşitli video teslim eCDN çözümleri önceden tümleşiktir ve Stream ile kullanılacak şekilde ayarlanmış olabilir. Bu eCDN platformları, kuruluşların son kullanıcı görüntüleme deneyimlerine gerek kalmadan ağ bant genişliğini en iyi duruma getirmesini sağlar. İş ortaklarımız, kurumsal ağınız genelinde daha ölçeklendirilebilir ve verimli bir video dağıtımına yardımcı olabilir. Daha fazla bilgi için bkz. Üçüncü taraf eCDN sağlayıcılarıyla video teslimi ölçeklendirme.
Ağ bağlantınız içindeki kullanıcılar tarafından erişilebilir olması gereken uç noktalar
Genel Microsoft Stream uç noktaları
Microsoft Stream için İnternet bağlantısı gerekir. Microsoft Stream'e Office 365 uç noktalarında listelenen tüm uç noktalara, kuruluş ağı içindeki Microsoft Stream kullanıcıları tarafından erişilebilir olmalıdır.
Dış uygulama veya cihaz tarafından üretilen canlı etkinlikler (eski adı dış kodlayıcı) - RMTP en uç noktaları
Kodlayıcıdan Microsoft Stream'e gönderilen bir Dış uygulama veya cihaz tarafından üretilen canlı etkinlik için bir video akışı almak için, ağ güvenlik duvarında açık olan aşağıdaki IP aralıkları ve bağlantı noktaları gerekir:
- Etki alanları: * .channel.media.azure.net
- Bağlantı noktaları: 1935/2935/1936/2936 (RTMP ve RTMPS için)
Belirli ağ kurulumunuz yukarıdaki etki alanı aralığını açmanıza (veya bunu yapmak istemiyorsanız) izin vermiyorsa, şu anda RTMP/RTMPS en çok istediğiniz IP adreslerini almak için tek seçenek Microsoft Stream kiracının bağlı olduğu Azure veri merkezinin IP aralıklarını döndürmeyi almaktır.
Azure veri merkezlerinin IP adresleri bölgeye göre ve etiketli hizmetler tarafından bozuldukça, aşağıdaki JSON dosyaları güncelleştirilir.
Genel: https://www.microsoft.com/download/details.aspx?id=56519
US Gov: https://www.microsoft.com/download/details.aspx?id=57063
Almanya: https://www.microsoft.com/download/details.aspx?id=57064
Çin: https://www.microsoft.com/download/details.aspx?id=57062
Bu dosyalar haftalık olarak güncelleştirilir ve hem tam dosya için hem de bu dosyada tek tek her hizmet etiketi için sürüm güncelleştirilir.
Stream kiracınız için Azure veri merkezini bulmak için:
Stream'de, ? seçin.
Microsoft Stream Hakkında'ya seçin.
Verilerinizin depolandığı yer: 'daki bilgileri görüntüleme.
Stream kiracınız için Azure veri merkezini budikten sonra, yukarıdaki XML dosyasında karşılık gelen IP aralıklarını bulun ve güvenlik duvarınızı/ara sunucu bilgi merkeziniz için belirli IP aralıkları ile güncelleştirin. XML dosyası değiştikse güvenlik duvarınızı/ara sunucu ayarlarınızı da güncelleştirmeniz gerekir.
Örneğin:
Microsoft Stream Hakkında, verilerinizin "Doğu ABD 2" içinde depolanıyorsa
XML dosyasında, etiketli düğüm <Region Name="useast2">
Bu Bölge düğümü altında, tüm IP aralıkları için birkaç giriş ( <IpRange Subnet="13.68.0.0/17"> ) olur
XML dosyası değişse bile güvenlik duvarınızı\proxy'nizi bu IP aralıklarının tamamlarına izin verecek ve bunları düzenli olarak değiştirecek şekilde yapılandırmanız gerekir.
Toplulukta yer alan kullanıcılar, programda yukarıdaki XML dosyasını alan ve verileri sorguabilecek bir API'ye dönüştüren kodlar yazmışlar. Organizasyonum, bu açık kaynak projesinde yapılanlardan bilgi edin sahibi olabilir ve güvenlik duvarı/ara sunucu ayarlarınızı düzenli olarak güncelleştirmek için benzer bir çözüm oluşturur.
GitHub'da kaynak kodu: https://github.com/omartin2010/AzureRange
CDN’in video oynatma için kullanılması
Stream ve Dış uygulama veya cihaz canlı etkinliklerinin yanı sıra Yammer/Teams isteğe bağlı videolar da otomatik olarak mobil Azure CDN.
Stream'e hem de Canlı etkinlik kayıtlarına yüklenen isteğe bağlı videolar, gerekirse kayıttan Azure CDN videolarını da kullanır. Bu Azure CDN için herhangi bir şey gerekli değilken, bunlar kiracının coğrafi bölgesiyle ilişkilendirilmiş kaynak Azure Media Services kaynak sunucularından çalınır.
Aynı coğrafi konumda bulunan aynı kuruluştan birkaç kişi aynı videonun veya videoların akışını yapmakta ise, CDN'ler bu videoların bir kopyasını o coğrafi bölgeye yakın bir konumda depolar. Video en yakın konumda depolanmış veya önbelleğe alınmış şekilde, her kişi daha uzak bir konumdan değil ona en yakın konumdan video akışı sağlar. Stream, Azure Media Services Azure CDN'lerde önbelleğe alınanları ve ne kadar süreyle yöneteceklerini yönetmek için bu özelliği kullanır. Azure Media Services video parçalarını ve bildirimlerini Azure CDN birkaç gün önbelleğe alan herhangi bir konum kullanabilirsiniz. Kuruluşta kişiler önbelleğe alınmış videoları izlemeye devam ederse, bunlar önbellekte kalır. Birkaç gün boyunca videoya kimse erişe erişmezse, video sonunda önbellekten bırakılır. Bundan sonra biri videoyu izleme girişiminde bulunduğu zaman, video bir kez daha en yakın konum CDN önbelleğe alınmaktadır.
Video içeriği yakındaki bir dosyada önbelleğe alınmış durumdayken videoyu izlemeye çalışan CDN, videonun yakında ve çoğu durumda daha az atlamalı olmasından faydalanabilirsiniz. Bu video kayıttan yürütme hızını iyiler; bununla birlikte, videonun oynatıla ilgili ağ gereksinimini değiştirmez.
Video düzeyi şifreleme ve kayıttan yürütme akışı
Stream, verilerinizin güvenli ve gizli tutmanın ne kadar önemli olduğunu bilir. Microsoft Güven Merkezi, içeriğinizin gizliliği ve güvenliğiyle ilgili taahhüdmızı açıklar. Video kayıttan yürütme ile, iyi bir deneyim için hız önemlidir; bununla birlikte, hız için güvenliğinizi veya gizliliğinizi tehlikeye atmazz. Hızı, güvenliği ve gizliliği şu şekilde barındırıyoruz.
Siz veya bilgisayarınızdan biri yeni video karşıya yükledikten ya da canlı etkinlik oluşturduğunda, video yeniden kodlanmış, AES-128 şifrelemesi ile şifrelenir ve başka bir Azure Media Services. Bu, videoların hem iletili olarak hem de rest durumda şifrelenmiş olduğu anlamına gelir.
Kurumdan biri videoyu izleme girişiminde bulunca şu adımları izler:
Stream, Azure SQL veritabanında video üzerinde ayarlanmış izinleri Stream için ve kullanıcı hakkında bilgilerde denetimi Azure Active Directory izleyicilerin videoya erişene sahip olup olmadığını belirler
Kullanıcının videoyu görüntülemesine izin verilirse, şifre çözme anahtarı Kullanıcı'dan Azure Media Services ve Stream video oynatıcısına verilir
Ardından Stream video oynatıcısı, video oynatken videonun şifresini çözmek için şifre çözme anahtarını kullanır
Ayrıca bkz.
Üçüncü taraf eCDN sağlayıcılarıyla video teslimi ölçeklendirme