Udostępnij za pośrednictwem

Terminologia i zmiany jednostek między usługami Media Services w wersji 2 i 3

  • Artykuł

logo przewodnika migracji

kroki migracji 2

Ważny

Migracja z usługi Azure Media Service w wersji 2 do wersji 3 nie jest już konieczna, ponieważ wycofanie interfejsu API w wersji 2 będzie zgodne z wycofaniem usługi Azure Media Services. Aby uzyskać więcej informacji, zobacz przewodnik po wycofaniu usługi Azure Media Services .

W tym artykule opisano różnice terminologii między usługą Azure Media Services w wersji 2 a v3.

Zmiany terminologii

  • lokalizatora jest teraz nazywany lokalizatorem przesyłania strumieniowego.
  • kanału jest teraz nazywany wydarzeniem na żywo .
  • programu jest teraz nazywany danych wyjściowych na żywo.
  • Task jest teraz nazywany JobOutput, który jest częścią zadania.

Zmiany jednostek

jednostek w wersji 2 jednostek w wersji 3 wskazówki dotyczące dostępne dla w wersji 3 zaktualizowane przez w wersji 3
AccessPolicy Jednostka AccessPolicies nie istnieje w wersji 3. Nie Nie
Asset Asset Tak Tak
AssetDeliveryPolicy StreamingPolicy Tak Nie
AssetFile Jednostka AssetFiles nie istnieje w wersji 3. Mimo że przekazywane pliki (obiekty blob magazynu) są nadal traktowane jako pliki.

Użyj interfejsów API usługi Azure Storage, aby wyliczyć obiekty blob w kontenerze. Istnieją dwa sposoby zastosowania przekształcenia do plików za pomocą zadania:

Pliki już przekazane do magazynu: identyfikator URI będzie zawierać identyfikator zasobu dla zadań, które mają być wykonywane na zasobach na koncie magazynu.

Pliki do przekazania podczas procesu przekształcania i zadania: zasób jest tworzony w magazynie, zwracany jest adres URL sygnatury dostępu współdzielonego, pliki są przekazywane do magazynu, a następnie transformacja jest stosowana do plików.		 Nie Nie
Channel LiveEvent Wydarzenia na żywo zastępują kanały z interfejsu API w wersji 2. Przenoszą większość funkcji i mają więcej nowych funkcji, takich jak transkrypcje na żywo, tryb stand-by i obsługa pozyskiwania RTMPS.

Zobacz wydarzenia na żywo w scenariuszu opartym na transmisji strumieniowej na żywo		 Nie Nie
ContentKey ContentKeys nie jest już jednostką, jest to teraz właściwość lokalizatora przesyłania strumieniowego.

W wersji 3 dane klucza zawartości są skojarzone z StreamingLocator (na potrzeby szyfrowania danych wyjściowych) lub samym elementem zawartości (w przypadku szyfrowania magazynu po stronie klienta).		 Tak Nie
ContentKeyAuthorizationPolicy ContentKeyPolicy Tak Nie
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions są uwzględnione w ContentKeyPolicy. Tak Nie
IngestManifest Jednostka IngestManifests nie istnieje w wersji 3. Przekazywanie plików w wersji 3 obejmuje interfejs API usługi Azure Storage. Zasoby są najpierw tworzone, a następnie pliki są przekazywane do skojarzonego kontenera magazynu. Istnieje wiele sposobów pobierania danych do kontenera usługi Azure Storage, którego można użyć zamiast tego. JobInputHttp również umożliwia pobranie danych wejściowych zadania z danego adresu URL w razie potrzeby. Nie Nie
IngestManifestAsset Istnieje wiele sposobów pobierania danych do kontenera usługi Azure Storage, którego można użyć zamiast tego. JobInputHttp również umożliwia pobranie danych wejściowych zadania z danego adresu URL w razie potrzeby. Nie Nie
IngestManifestFile Istnieje wiele sposobów pobierania danych do kontenera usługi Azure Storage, którego można użyć zamiast tego. JobInputHttp również umożliwia pobranie danych wejściowych zadania z danego adresu URL w razie potrzeby. Nie Nie
Job Job Utwórz Transform przed utworzeniem Job. Nie Nie
JobTemplate Transform Zamiast tego użyj Transform. Przekształcenie jest oddzielną jednostką od zadania i można jej używać ponownie. Nie Nie
Locator StreamingLocator Tak Nie
MediaProcessor Zamiast wyszukiwać MediaProcessor do użycia według nazwy, użyj żądanego ustawienia wstępnego podczas definiowania przekształcenia. Użyte ustawienie wstępne określa procesor multimediów używany przez system zadań. Zobacz tematy dotyczące kodowania w kodowanie oparte na scenariuszu. Nie NA (tylko do odczytu w wersji 2)
NotificationEndPoint Powiadomienia w wersji 3 są obsługiwane za pośrednictwem usługi Azure Event Grid. NotificationEndpoint jest zastępowana przez rejestrację subskrypcji usługi Event Grid, która hermetyzuje również konfigurację typów powiadomień do odbierania (które w wersji 2 były obsługiwane przez JobNotificationSubscription zadania, TaskNotificationSubscription zadania i telemetrii ComponentMonitoringSetting). Telemetria w wersji 2 została podzielona między usługę Azure Event Grid i usługę Azure Monitor, aby dopasować ją do ulepszeń większego ekosystemu platformy Azure. Nie Nie
Program LiveOutput Dane wyjściowe na żywo zastępują teraz programy w interfejsie API w wersji 3. Nie Nie
StreamingEndpoint StreamingEndpoint Punkty końcowe przesyłania strumieniowego pozostają takie same. Są one używane do dynamicznego tworzenia pakietów, szyfrowania i dostarczania zawartości HLS i DASH zarówno na żywo, jak i na żądanie, zarówno bezpośrednio ze źródła, jak i za pośrednictwem sieci CDN. Nowe funkcje obejmują obsługę lepszej integracji i tworzenia wykresów usługi Azure Monitor. Tak Tak
Task JobOutput Zastąpione przez JobOutput (która nie jest już oddzielną jednostką w interfejsie API). Zobacz tematy dotyczące kodowania w kodowanie oparte na scenariuszu. Nie Nie
TaskTemplate TransformOutput Zastąpione przez TransformOutput (która nie jest już oddzielną jednostką w interfejsie API). Zobacz tematy dotyczące kodowania w kodowanie oparte na scenariuszu. Nie Nie
Inputs Inputs Dane wejściowe i wyjściowe są teraz na poziomie zadania. Zobacz tematy dotyczące kodowania w scenariuszu kodowania Nie Nie
Outputs Outputs Dane wejściowe i wyjściowe są teraz na poziomie zadania. W wersji 3 format metadanych został zmieniony z XML na JSON. Dane wyjściowe na żywo zaczynają się od utworzenia i zatrzymywania po usunięciu. Zobacz tematy dotyczące kodowania w scenariuszu kodowania Nie Nie
Inne zmiany w wersji 2 w wersji 3
Storage
magazynu Zestawy SDK w wersji 3 są teraz oddzielone od zestawu SDK usługi Storage, co zapewnia większą kontrolę nad wersją zestawu SDK usługi Storage, którego chcesz używać, i unika problemów z przechowywaniem wersji.
kodowanie
Szybkość kodowania bitów Szybkość bitów mierzona w kb/s ex: 128 (kb/s) bity na sekundę, np. 128000 (bity/sekundę)
Kodowanie FairPlay drM W usłudze Media Services w wersji 2 można określić wektor inicjowania (IV). W usłudze Media Services w wersji 3 nie można określić technologii FairPlay IV.
kodera Premium Koder Premium i starszy indeksator Premium Encoder i starszych procesorów analizy multimediów (Azure Media Services Indexer 2 Preview, Face Redactor itp.) nie są dostępne za pośrednictwem wersji 3. Dodaliśmy obsługę mapowania kanałów audio do kodera standardowego. Zobacz Audio w dokumentacji programu Swagger kodowania usługi Media Services.
Zobacz tematy dotyczące kodowania w scenariuszu kodowania
przekształcenia i zadania
HTTPS przetwarzania opartego na zadaniach W przypadku przetwarzania zadań opartych na plikach jako danych wejściowych można użyć adresu URL HTTPS. Nie musisz już przechowywać zawartości na platformie Azure ani tworzyć zasobów.
Szablony usługi ARM dla zadań Szablony usługi ARM nie istniały w wersji 2. Przekształcenie może służyć do tworzenia konfiguracji wielokrotnego użytku, tworzenia szablonów usługi Azure Resource Manager i izolowania ustawień przetwarzania między wieloma klientami lub dzierżawami.
wydarzenia na żywo
punktu końcowego przesyłania strumieniowego Punkt końcowy przesyłania strumieniowego reprezentuje usługę przesyłania strumieniowego, która może dostarczać zawartość bezpośrednio do aplikacji odtwarzacza klienta lub do usługi Content Delivery Network (CDN) w celu dalszej dystrybucji. Punkty końcowe przesyłania strumieniowego pozostają takie same. Są one używane do dynamicznego tworzenia pakietów, szyfrowania i dostarczania zawartości HLS i DASH zarówno na żywo, jak i na żądanie, zarówno bezpośrednio ze źródła, jak i za pośrednictwem sieci CDN. Nowe funkcje obejmują obsługę lepszej integracji i tworzenia wykresów usługi Azure Monitor.
Kanały wydarzeń na żywo Kanały są odpowiedzialne za przetwarzanie zawartości transmisji strumieniowej na żywo. Kanał udostępnia wejściowy punkt końcowy (adres URL pozyskiwania), który następnie jest dostarczany do transkodera na żywo. Kanał odbiera strumienie danych wejściowych na żywo z transkodera na żywo i udostępnia go do przesyłania strumieniowego za pośrednictwem co najmniej jednego punktu końcowego przesyłania strumieniowego. Kanały udostępniają również punkt końcowy w wersji zapoznawczej (adres URL wersji zapoznawczej) używany do wyświetlania podglądu i weryfikowania strumienia przed dalszym przetwarzaniem i dostarczaniem. Wydarzenia na żywo zastępują kanały z interfejsu API w wersji 2. Przenoszą większość funkcji i mają więcej nowych funkcji, takich jak transkrypcje na żywo, tryb stand-by i obsługa pozyskiwania RTMPS.
Programy wydarzeń na żywo Program umożliwia kontrolowanie publikowania i przechowywania segmentów w strumieniu na żywo. Kanały zarządzają programami. Relacja kanału i programu jest podobna do tradycyjnego nośnika, w którym kanał ma stały strumień zawartości, a program ma zakres do pewnego czasu zdarzenia w tym kanale. Możesz określić liczbę godzin przechowywania zarejestrowanej zawartości programu, ustawiając właściwość ArchiveWindowLength. Tę wartość można ustawić z co najmniej 5 minut na maksymalnie 25 godzin. Dane wyjściowe na żywo zastępują teraz programy w interfejsie API w wersji 3.
Długość wydarzenia na żywo Możesz przesyłać strumieniowo zdarzenia na żywo 24/7 w przypadku korzystania z usługi Media Services do transkodowania pojedynczego źródła danych o szybkości transmisji bitów do strumienia wyjściowego, który ma wiele szybkości transmisji bitów.
Opóźnienie zdarzeń na żywo Nowa obsługa transmisji strumieniowej na żywo o małych opóźnieniach na wydarzeniach na żywo.
Podgląd wydarzeń na żywo Podgląd wydarzeń na żywo obsługuje dynamiczne tworzenie pakietów i szyfrowanie dynamiczne. Umożliwia to ochronę zawartości w wersji zapoznawczej, a także tworzenie pakietów DASH i HLS.
Wydarzenie na żywo RTMPS Ulepszona obsługa protokołu RTMPS ze zwiększoną stabilnością i większą obsługą kodera źródłowego.
Bezpieczne pozyskiwanie zdarzeń na żywo RTMPS Podczas tworzenia wydarzenia na żywo otrzymujesz 4 adresy URL pozyskiwania. 4 adresy URL pozyskiwania są prawie identyczne, mają ten sam token przesyłania strumieniowego AppId, tylko część numeru portu jest inna. Dwa z tych adresów URL są podstawowymi i kopiami zapasowymi protokołu RTMPS.
Transkrypcja wydarzeń na żywo Usługa Azure Media Service udostępnia wideo, dźwięk i tekst w różnych protokołach. Podczas publikowania strumienia na żywo przy użyciu MPEG-DASH lub HLS/CMAF, a następnie wraz z wideo i audio nasza usługa dostarcza transkrypowany tekst w formacie TTML zgodnym z protokołem IMSC1.1.
Tryb wstrzymania zdarzeń na żywo Nie było trybu wstrzymania dla wersji 2. Tryb wstrzymania to nowa funkcja w wersji 3, która ułatwia zarządzanie gorącymi pulami wydarzeń na żywo. Klienci mogą teraz uruchamiać wydarzenie na żywo w trybie autonomicznym przy niższych kosztach przed przeniesieniem go do stanu uruchomienia. Poprawia to czas rozpoczęcia kanału i zmniejsza koszty obsługi gorących pul w celu szybszego uruchamiania.
Rozliczenia wydarzeń na żywo Rozliczenia zdarzeń na żywo są oparte na miernikach kanału na żywo.
Dane wyjściowe na żywo Programy musiały zostać uruchomione po utworzeniu. Dane wyjściowe na żywo zaczynają się od utworzenia i zatrzymywania po usunięciu.

Uzyskiwanie pomocy i obsługi technicznej

Możesz skontaktować się z usługą Media Services z pytaniami lub postępować zgodnie z naszymi aktualizacjami, korzystając z jednej z następujących metod: