두 앱이 직접 통신하면 한쪽의 장애가 다른 쪽까지 끌어내립니다. 이번 에피소드는 Azure Service Bus가 메시지 브로커로서 앱을 분리하는 방식을, 서류를 받아 두었다가 받는 사람이 준비되면 전달하는 안내 데스크에 비유해 설명합니다.이번 에피소드에서 배울 내용:강한 결합과 느슨한 결합: 메시지 브로커가 장애를 흡수하고 송신자와 수신자를 독립적으로 확장할 수 있게 하는 이유구독이 있는 큐와 토픽, 고객 지역이나 우선순위 같은 사용자 지정 속성 기반 필터메시지 구조: 주로 JSON인 본문, 메시지 ID와 시퀀스 번호 같은 시스템 속성, 계층별 크기 제한알림과 시간 제한을 위한 예약 배달, 잠금·완료·포기·배달 못 한 메시지 큐로 이어지는 수명 주기중복 저장되는 내구성 있는 메시지와 Event Hubs 대신 Service Bus를 선택해야 할 때Azure에서 분산 애플리케이션과 마이크로서비스를 안정적으로 연결하려는 개발자와 아키텍트를 위한 에피소드입니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/w_UgktBRaNo🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.