웹 앱이 한 지역에서만 실행되면 도쿄나 상파울루의 사용자는 오래 기다려야 하고, 그 데이터 센터에 장애가 나면 앱 전체가 오프라인이 됩니다. Azure Traffic Manager는 DNS 수준에서 각 사용자를 가장 빠르고 정상적인 엔드포인트로 자동 연결합니다. 이번 에피소드에서는 작동 방식과 6가지 라우팅 방법을 언제 어떻게 쓰는지 설명합니다.이번 에피소드에서 배울 내용:Traffic Manager란: DNS 쿼리에만 응답하는 DNS 기반 글로벌 부하 분산 장치로, 실제 트래픽을 보지 않고 지연 시간도 추가하지 않으며 Azure 서비스, 다른 클라우드, 온프레미스 데이터 센터와 함께 작동재해 복구를 위한 우선순위 라우팅: 자동 장애 조치가 되는 액티브-패시브 구성, 30~60초의 DNS TTL, 장애 조치와 백업 지역의 처리 용량을 반드시 테스트해야 하는 이유인터넷 지연 시간 테이블을 활용한 성능 라우팅: 가장 빠른 엔드포인트가 항상 지리적으로 가장 가까운 것은 아닌 이유와 Azure Load Balancer 또는 Application Gateway와 함께 쓰는 이유카나리아 릴리스, A/B 테스트, 지역 마이그레이션을 위한 가중치 라우팅(가중치 1~1000)과 데이터 주권을 위한 지리적 라우팅, 중첩 프로필다중 값 라우팅(IPv4/IPv6 전용), 스테이징 환경을 위한 서브넷 라우팅, 상태 검사: 기본값 30초 간격·3회 실패, 루트 경로 대신 전용 상태 확인 엔드포인트전 세계에서 사용하는 앱을 빠르고 고가용성으로 운영하려는 클라우드 아키텍트, Azure 관리자, 개발자를 위한 에피소드입니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/453EN2ldo_A🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.