Jeśli Twoja aplikacja webowa działa tylko w jednym regionie, użytkownicy w Tokio czy São Paulo długo czekają, a awaria tego centrum danych wyłącza całą aplikację. Azure Traffic Manager automatycznie kieruje każdego użytkownika na poziomie DNS do najszybszego, sprawnego punktu końcowego. Ten odcinek wyjaśnia, jak to działa i kiedy używać każdej z sześciu metod routingu.Czego się dowiesz:Czym jest Traffic Manager: globalny moduł równoważenia obciążenia oparty na DNS, który tylko odpowiada na zapytania DNS, nigdy nie widzi Twojego ruchu i nie dodaje opóźnień – dla usług Azure, innych chmur i lokalnych centrów danychRouting priorytetowy do odzyskiwania po awarii: konfiguracja aktywna-pasywna z automatycznym failoverem, TTL DNS 30–60 sekund i dlaczego trzeba testować failover oraz wydajność regionu zapasowegoRouting wydajnościowy z tabelą opóźnień internetowych: dlaczego najszybszy punkt końcowy nie zawsze jest najbliższy geograficznie i dlaczego łączy się go z Azure Load Balancer lub Application GatewayRouting ważony (wagi od 1 do 1000) dla wydań kanarkowych, testów A/B i migracji między regionami oraz routing geograficzny dla suwerenności danych, w tym profile zagnieżdżoneRouting wielowartościowy (tylko IPv4/IPv6), routing podsieci dla środowisk stagingowych i sondy kondycji: domyślnie co 30 sekund i trzy błędy, z dedykowanym punktem końcowym kondycji zamiast katalogu głównegoDla architektów chmury, administratorów Azure i deweloperów, którzy chcą utrzymywać globalne aplikacje szybkie i wysoko dostępne.Ten odcinek to polska wersja z dubbingiem AI animowanego wideo z M365 Show prowadzonego przez Microsoft MVP Mirko Petersa.▶ Obejrzyj wideo: https://youtu.be/453EN2ldo_A🎧 Więcej odcinków: https://www.m365.fm🎤 M365Con – bezpłatna konferencja Microsoft online: https://m365con.net💼 Mirko Peters na LinkedIn: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.