Globalne dostarczanie zawartości o znaczeniu krytycznym
Buforowanie to typowy sposób zmniejszenia obciążenia usług zaplecza i optymalizacji wydajności dla użytkowników. Sieci dostarczania zawartości (CDN), w tym usługa Azure Front Door, zapewniają buforowanie na brzegu sieci.
Obciążenia o krytycznym znaczeniu często używają wielu sieci CDN do osiągnięcia wyższego poziomu czasu pracy. Jeśli jedna usługa CDN ulegnie awarii lub obniżonej wydajności, ruch zostanie automatycznie przekierowany do innej sieci CDN.
Jeśli implementujesz wiele sieci CDN, rozważ implikacje tego podejścia. Każda sieć CDN udostępnia oddzielną ścieżkę sieciową do serwerów aplikacji i należy skonfigurować i przetestować poszczególne sieci CDN oddzielnie.
W tym artykule opisano podejście do korzystania z usługi Azure Front Door z partnerem CDN, Verizon. Takie podejście jest odpowiednie dla rozwiązań, które w dużym stopniu korzystają z buforowania w celu dostarczania statycznej zawartości, multimediów i aplikacji do handlu elektronicznego na dużą skalę.
Uwaga
Ten przypadek użycia jest częścią ogólnej strategii projektowania, która obejmuje alternatywne podejście, gdy usługa Azure Front Door jest niedostępna. Aby uzyskać informacje na temat kontekstu i zagadnień, zobacz Aplikacje internetowe o znaczeniu krytycznym dla misji.
Podejście
Sieć CDN firmy Verizon i platforma CDN (Edgio) można zintegrować z rozwiązaniem platformy Azure. Można ją skonfigurować z poziomu Azure Portal i interfejsów API. Platforma jest odizolowana od infrastruktury firmy Microsoft.
Ta izolacja zapewnia wysoki stopień odporności ze scenariuszy awarii. Jeśli wystąpi awaria lub awaria, ruch jest automatycznie przesuwany między usługą Azure Front Door i siecią CDN firmy Verizon. Usługa Azure Traffic Manager umożliwia wykrywanie awarii i przekierowywanie ruchu do alternatywnej sieci CDN.
Usługa Traffic Manager korzystająca z trybu routingu priorytetowego ma dwa punkty końcowe. Domyślnie usługa Traffic Manager wysyła żądania za pośrednictwem usługi Azure Front Door. Jeśli usługa Azure Front Door jest niedostępna, usługa Traffic Manager wysyła żądanie za pośrednictwem partnera CDN.
Usługa Azure Front Door przetwarza i kieruje większość ruchu aplikacji. Usługa Azure Front Door kieruje ruch do odpowiedniego serwera aplikacji pochodzenia i udostępnia ścieżkę podstawową do aplikacji. Jeśli usługa Azure Front Door jest niedostępna, ruch jest automatycznie przekierowywany przez ścieżkę pomocniczą.
Usługa Azure CDN from Verizon jest skonfigurowana do wysyłania ruchu do każdego serwera pochodzenia.
Serwery aplikacji pochodzenia muszą być gotowe do akceptowania ruchu z usług Azure Front Door i Azure CDN z verizon w dowolnym momencie.
Zagadnienia do rozważenia
Zagadnienia opisane w artykule Aplikacje internetowe o znaczeniu krytycznym dla misji nadal mają zastosowanie do tego przypadku użycia. Oto kilka dodatkowych punktów:
Wybór sieci CDN
W tym przykładzie sugerujemy użycie sieci CDN Verizon. Sieć CDN Verizon jest często dobrym wyborem, ponieważ można ją wdrożyć, skonfigurować i rozliczać za pośrednictwem platformy Azure, zmniejszając złożoność operacyjną. Działa ona w oddzielnej infrastrukturze fizycznej w usłudze Azure Front Door, co oznacza, że jest odporna na awarie lub problemy w infrastrukturze firmy Microsoft.
Możesz użyć innej sieci CDN, a nawet użyć wielu sieci CDN, w zależności od wymagań i tolerancji ryzyka.
Parzystość funkcji
Usługa CDN usługi Azure Front Door i Verizon zapewniają różne możliwości, a funkcje nie są równoważne między dwoma produktami. Na przykład istnieją różnice w obsłudze certyfikatów TLS, zapory aplikacji internetowej i reguł HTTP.
Dokładnie rozważ funkcje usługi Azure Front Door, których używasz, oraz czy alternatywna usługa CDN ma równoważne możliwości. Aby uzyskać więcej informacji, zobacz Spójność ścieżek ruchu przychodzącego.
Wypełnienie pamięci podręcznej
Jeśli korzystasz z wielu sieci CDN w trybie aktywny-pasywny, podczas pracy w trybie failover sieć CDN skonfigurowana w trybie pasywnym musi wykonać wypełnienie pamięci podręcznej ze źródła podczas pracy w trybie failover.
Przetestuj tryb failover między usługą Azure Front Door i alternatywną siecią CDN, aby wykryć anomalie lub problemy z wydajnością.
Jeśli rozwiązanie jest zagrożone problemami z wydajnością podczas wypełniania pamięci podręcznej, rozważ następujące podejścia, aby zmniejszyć ryzyko:
Skaluj w poziomie lub skaluj źródła w górę, aby poradzić sobie z wyższym poziomem ruchu, zwłaszcza podczas wypełniania pamięci podręcznej.
Wstępnie wypełnij obie sieci CDN. Procent najpopularniejszej zawartości jest obsługiwana przez pasywną sieć CDN nawet przed wystąpieniem zdarzenia trybu failover. Można na przykład rozważyć użycie trybu routingu ruchu ważonego.
Kompromisy
Korzystanie z wielu sieci CDN wiąże się z pewnymi kompromisami.
Koszt. Może wystąpić wzrost całkowitego kosztu rozwiązania. Podczas wdrażania architektury z wieloma sieciami CDN opłaty są naliczane za wiele sieci CDN. Upewnij się, że rozumiesz, jak są naliczane opłaty za każdą sieć CDN w rozwiązaniu oraz wszystkie inne wdrożone składniki.
Wydajność. Mogą wystąpić problemy z wydajnością podczas pracy w trybie failover między usługą Azure Front Door i alternatywną siecią CDN.
Typowym problemem jest ponowne wypełnianie pamięci podręcznej , gdy sieci CDN działają w trybie aktywne-pasywne. Sieć CDN skonfigurowana w trybie pasywnym wymaga ponownego wypełnienia pamięci podręcznej ze źródła. Może przeciążać systemy pochodzenia podczas tego procesu.
Następne kroki
Zapoznaj się z globalnym scenariuszem ruchu przychodzącego HTTP, aby dowiedzieć się, czy ma zastosowanie do rozwiązania.