Optymalizacja przesyłania strumieniowego multimediów za pomocą usługi Azure Content Delivery Network
Korzystanie z wideo o wysokiej rozdzielczości zwiększa się w Internecie, co stwarza trudności z wydajnym dostarczaniem dużych plików. Klienci oczekują bezproblemowego odtwarzania wideo na żądanie lub zasobów wideo na żywo w różnych sieciach i klientach na całym świecie. Szybki i wydajny mechanizm dostarczania plików przesyłania strumieniowego multimediów ma kluczowe znaczenie dla zapewnienia bezproblemowego i przyjemnego środowiska użytkownika.
Multimedia transmisji strumieniowej na żywo są szczególnie trudne do dostarczenia ze względu na duże rozmiary i liczbę współbieżnych widzów. Długie opóźnienia powodują, że użytkownicy odejdą. Ponieważ strumienie na żywo nie mogą być buforowane przed upływem czasu, a duże opóźnienia nie są akceptowalne dla osób przeglądających, fragmenty wideo muszą być dostarczane w odpowiednim czasie.
Wzorce żądań przesyłania strumieniowego zapewniają również pewne nowe wyzwania. Gdy popularny strumień na żywo lub nowa seria zostanie wydana na żądanie, tysiące do milionów widzów może zażądać strumienia w tym samym czasie. W takim przypadku konsolidacja żądań inteligentnych jest niezbędna, aby nie przeciążyć serwerów pochodzenia, gdy zasoby nie są jeszcze buforowane.
Optymalizacje przesyłania strumieniowego multimediów dla usługi Azure Content Delivery Network firmy Microsoft
Usługa Azure CDN w warstwie Standardowa z punktów końcowych firmy Microsoft dostarcza zasoby multimediów przesyłanych strumieniowo bezpośrednio przy użyciu ogólnego typu optymalizacji dostarczania w Internecie.
Optymalizacja przesyłania strumieniowego multimediów dla usługi Azure CDN Standard firmy Microsoft jest skuteczna w przypadku multimediów przesyłanych strumieniowo na żywo lub wideo na żądanie, które używają pojedynczych fragmentów multimediów do dostarczania. Ten proces różni się od pojedynczego dużego zasobu przenoszonego za pośrednictwem pobierania progresywnego lub przy użyciu żądań zakresu bajtów. Aby uzyskać informacje na temat tego stylu dostarczania multimediów, zobacz Optymalizacja pobierania dużych plików za pomocą usługi Azure Content Delivery Network.
Ogólne typy optymalizacji dostarczania multimediów lub wideo na żądanie używają usługi Azure Content Delivery Network z optymalizacjami zaplecza w celu szybszego dostarczania zasobów multimedialnych. Używają również konfiguracji dla zasobów multimedialnych na podstawie najlepszych rozwiązań poznanych w czasie.
Częściowe udostępnianie pamięci podręcznej
Częściowe udostępnianie pamięci podręcznej umożliwia sieci dostarczania zawartości częściowo buforowanej zawartości do nowych żądań. Jeśli na przykład pierwsze żądanie do sieci dostarczania zawartości spowoduje chybienie pamięci podręcznej, żądanie zostanie wysłane do źródła. Mimo że ta niekompletna zawartość jest ładowana do pamięci podręcznej sieci dostarczania zawartości, inne żądania do sieci dostarczania zawartości mogą rozpocząć pobieranie tych danych.
Optymalizacje przesyłania strumieniowego multimediów dla usługi Azure Content Delivery Network z usługi Edgio
Usługi Azure CDN Standard from Edgio i Azure CDN Premium z punktów końcowych Edgio dostarczają zasoby multimediów przesyłanych strumieniowo bezpośrednio przy użyciu ogólnego typu optymalizacji dostarczania w Internecie. Kilka funkcji w sieci dostarczania zawartości bezpośrednio pomaga dostarczać zasoby multimedialne domyślnie.
Częściowe udostępnianie pamięci podręcznej
Częściowe udostępnianie pamięci podręcznej umożliwia sieci dostarczania zawartości częściowo buforowanej zawartości do nowych żądań. Jeśli na przykład pierwsze żądanie do sieci dostarczania zawartości spowoduje chybienie pamięci podręcznej, żądanie zostanie wysłane do źródła. Mimo że ta niekompletna zawartość jest ładowana do pamięci podręcznej sieci dostarczania zawartości, inne żądania do sieci dostarczania zawartości mogą rozpocząć pobieranie tych danych.
Czas oczekiwania na wypełnienie pamięci podręcznej
Funkcja czasu oczekiwania wypełniania pamięci podręcznej wymusza, aby serwer brzegowy przechowywał wszelkie kolejne żądania dla tego samego zasobu do momentu odebrania nagłówków odpowiedzi HTTP z serwera pochodzenia. Jeśli nagłówki odpowiedzi HTTP z źródła dotrą przed wygaśnięciem czasomierza, wszystkie żądania, które zostały wstrzymane, są obsługiwane z rosnącej pamięci podręcznej. Jednocześnie pamięć podręczna jest wypełniana danymi ze źródła. Domyślnie czas oczekiwania na wypełnienie pamięci podręcznej wynosi 3000 milisekund.