Microsoft Entra External Identities 요금 가이드

By Mirko Peters · 2026-04-29 · Updated 2026-07-28

아키텍처, 보안, 거버넌스, 구현, 실제 사용 사례를 중심으로 Microsoft Entra External Identities 요금을 실용적으로 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

Microsoft Entra External Identities 요금은 월간 활성 사용자(MAU) 수와 고객, 파트너 또는 게스트 시나리오에서 사용하는 서비스를 기준으로 책정됩니다. 비용을 예측하려면 ID 유형, 예상 MAU 수, 인증 방법, 그리고 프리미엄 보안이나 지원이 필요한지 여부를 먼저 정의하십시오. 아키텍처나 예산을 확정하기 전에는 항상 최신 제공 조건과 지역별 요금을 확인하시기 바랍니다.

외부 사용자를 대상으로 Microsoft Entra ID를 도입하는 중이라면 요금 문제에 부딪히셨을 가능성이 큽니다. Entra의 외부 ID 요금은 단순한 부가 정보가 아니라, 현대 조직의 모든 액세스, 협업, 보안 논의의 중심에 있습니다. 여기서 실제로 지불하는 비용은 외부 사용자가 리소스를 얼마나 자주 사용하느냐에 따라 결정되며, 이는 월간 활성 사용자(MAU) 과금 모델로 집계됩니다.

Entra가 사용자를 집계하는 방식, 테넌트를 구독에 연결하는 방식, 인증 방법을 합산하는 방식을 정확히 이해하는 것은 IT 관리자와 프로젝트 리더에게 필수적입니다. 잘못된 가정은 예상치 못한 청구서로 이어지거나 사용자 관리 전략을 약화시킬 수 있습니다. 모든 로그인과 테넌트 구성이 운영 비용에 영향을 줄 수 있으므로, 규칙을 미리 파악해 두면 예상 밖의 문제 없이 계획하고 예산을 세우고 확장할 수 있습니다.

Entra ID의 외부 과금 모델 작동 방식

Microsoft Entra ID 외부 과금 모델의 기반은 MAU, 즉 월간 활성 사용자입니다. Entra ID는 모든 외부 연락처에 라이선스를 부여하는 대신, 특정 월에 실제로 로그인하거나 그 밖의 방식으로 인증한 개인에 대해서만 요금을 부과합니다. 이 방식 덕분에 조직은 지출을 실제 사용량에 직접 맞출 수 있고, 비용 예측도 훨씬 예측 가능해집니다.

Entra ID는 MAU 수에 따라 요금 단계를 적용합니다. 규모가 작은 조직은 월간 외부 MAU를 일정 수준까지 제공하는 무료 단계에 머무를 수 있습니다. 사용량이 늘어나면 외부 ID 비용은 유료 구간으로 넘어가며, 사용자당 요금은 사용량이 증가함에 따라 조금씩 낮아집니다. 이 모델은 단계별로 기본 인증이나 셀프 서비스 암호 재설정 같은 여러 기능을 제공하며, 더 높은 단계에서는 프리미엄 기능을 이용할 수 있습니다.

Entra ID의 과금 주기는 일반적으로 월 단위이며, MAU 재설정 시점과 맞춰집니다. 각 주기에서는 한 달 동안 몇 번 로그인했는지와 관계없이, 유효한 인증을 수행한 사용자가 누구인지를 확인합니다. 청구서에는 어떤 기간에서든 고유 활성 사용자의 최대 수가 반영되므로, 한 명의 활성 사용자가 열 번 로그인하더라도 비용 계산에서는 한 명으로만 집계됩니다. 조직은 이러한 패턴을 실시간으로 모니터링할 수 있어, 급증이나 시즌 캠페인에 대비한 계획을 세우고 예산을 그에 맞게 모델링하기가 더 쉬워집니다.

결국 이 과금 설계는 인증 패턴, 테넌트 설정, 기능 사용량을 면밀히 추적하도록 유도합니다. 활동이 어떻게 요금으로 바뀌는지 정확히 이해하면 조직은 사용자 경험과 비용을 모두 최적화하면서, 향후 성장에 대비하고 수익성을 꾸준히 관리할 수 있습니다.

로그인과 과금 관점에서 본 월간 활성 사용자의 기준

Entra ID에서 모든 "사용자"가 과금 대상인 것은 아닙니다. 해당 과금 주기에 월간 활성 사용자(MAU)로 간주되는 사용자만 중요합니다. 그렇다면 무엇이 이 기준을 충족시킬까요? MAU는 한 달 동안 Entra 테넌트에 성공적으로 인증한 모든 외부 ID를 말합니다. 이는 표준 사용자 이름과 암호 로그인, OTP, 소셜 로그인, 페더레이션 공급자 중 어떤 방식을 사용하든 동일하게 적용됩니다.

사용자가 새로운 인증을 완료할 때마다, 즉 새로 로그인하거나 자격 증명을 다시 입력해야 하는 작업을 수행할 때마다 Entra는 이를 기록합니다. 그러나 중요한 점이 있습니다. 같은 달에 반복해서 로그인하거나 세션을 갱신하더라도 같은 개인에 대해 추가 비용이 발생하지 않습니다. 사용자가 하루에 열두 번 들락날락하더라도 MAU는 열두 명이 아니라 한 명으로 계산되므로, 활동이 많은 날에도 비용이 급증하는 상황을 막을 수 있습니다.

얼핏 보기에는 집계될 것 같은 이벤트도 항상 MAU 집계에 영향을 주지는 않습니다. 예를 들어 새로 고침 토큰을 사용한 세션 갱신이나, 사용자를 완전히 다시 인증하지 않는 자동 SSO 이벤트는 같은 사용자와 같은 달 조합 안에서 발생하는 경우 일반적으로 MAU 카운터를 다시 올리지 않습니다. 마찬가지로 게스트가 같은 테넌트의 여러 앱을 오가더라도, 최초의 유효한 인증만 집계됩니다.

또한 소셜 로그인, OTP, 페더레이션은 테넌트와 상호 작용할 때 표준 로그인과 똑같이 집계된다는 점도 짚어 둘 필요가 있습니다. 다만 여러 테넌트에 걸쳐 있는 사용자는 테넌트마다 각각 별도로 인증해야 합니다. 따라서 테넌트 간에 외부 ID를 사용하고 있다면, 같은 이메일 주소가 테넌트별로 하나씩, 여러 개의 MAU로 나타날 수 있습니다. 이러한 동작을 미리 이해해 두면 예상치 못한 상황을 피할 수 있고, 비용 효율성을 고려해 ID 흐름을 계획하는 데도 도움이 됩니다.

외부 테넌트를 Azure 구독에 효과적으로 연결하기

명확하고 투명한 청구를 받고 Entra ID 외부 ID를 안정적으로 제어하려면, 먼저 각 외부 테넌트가 Azure 구독에 올바르게 연결되어 있는지 확인해야 합니다. 이 연결은 청구, 수명 주기 관리, 전반적인 관리 명확성을 연결하는 다리 역할을 합니다.

외부 테넌트와 Azure 구독 간에 올바른 관계를 설정하면 비용을 추적할 수 있고 예측 가능하게 관리할 수 있습니다. 이 설정이 없으면 요금 추적, 내부 재청구 처리, 고아 리소스 방지가 금방 골칫거리가 됩니다. 제대로 구성하면 외부 사용자 활동, 사용하는 리소스, 그리고 비용이 어디에 청구되는지를 한눈에 파악할 수 있습니다.

ID 환경이 확장되면서, 특히 여러 프로젝트나 사업부에 걸쳐 확장될수록 테넌트와 구독 간 연결을 체계적으로 관리하는 것이 책임 소재와 거버넌스를 뒷받침합니다. 중복된 액세스를 찾아내고, 사용하지 않는 ID를 정리하며, 문제가 발생했을 때 더 빠르게 대응하는 데도 도움이 됩니다. 다음으로 테넌트를 연결하는 단계별 절차와, 구독이 표시되지 않을 때의 문제 해결 방법을 자세히 살펴보겠습니다. 사전에 대비하는 경우든 연결 누락 후 수습하는 경우든 충분히 대응할 수 있도록 안내하겠습니다.

외부 테넌트 구독 연결 단계

1. 대상 구독의 전역 관리자 또는 소유자 권한으로 Azure 포털에 로그인합니다. 구독 수준에서 변경하려면 올바른 역할이 필요합니다.
2. Azure Active Directory 블레이드로 이동한 다음, 외부 테넌트로 연결할 테넌트로 전환합니다.
3. 테넌트에서 구독으로 이동하고 추가 또는 연결을 선택합니다. 연결할 Azure 구독을 선택합니다.
4. 연결을 확인하고, 관리자가 테넌트와 연결된 구독 모두의 청구 및 설정을 관리할 수 있도록 필요한 권한을 할당합니다.
5. 연결 후 Cost Management + Billing 섹션에서 청구 및 송장 세부 정보를 다시 한번 확인합니다. 이렇게 하면 나중에 문제가 되기 전에 잘못된 구성을 미리 발견할 수 있습니다.

문제 해결: 테넌트 구독이 연결되지 않은 경우는?

• 테넌트 상태 확인: Entra 테넌트의 구독 ID를 확인하여 테넌트가 실제로 고아 상태인지, 아니면 단순히 잘못 표시되고 있는지 Azure 포털에서 확인합니다.
• 구독 할당: 연결되지 않은 경우, 관리자 권한을 사용하여 Cost Management + Billing에서 유효한 구독에 테넌트를 연결합니다. “테넌트 연결” 옵션을 찾아보십시오.
• 권한 문제: 연결 중 액세스 오류를 방지하려면 올바른 관리자 역할(소유자, 결제 관리자)이 있는지 확인합니다.
• 소유권 충돌 해결: 테넌트를 연결할 수 없는 경우 이전 연결이나 이전(transfer) 내역이 있는지 다시 확인하고, 해결되지 않는 문제가 계속되면 Microsoft 지원에 문의합니다.

인증 방법과 Entra ID 가격에 미치는 영향

Entra ID의 외부 ID를 사용할 때 사용자가 인증하는 방식은 비용에 직접적인 영향을 미칩니다. 일회용 암호(OTP), 소셜 로그인, 표준 사용자 이름/암호, OpenID Connect, 네이티브 앱 로그인 등 인증 옵션을 어떻게 조합하느냐에 따라 어떤 사용자가 청구 대상 MAU로 집계되는지, 그리고 정확히 언제 집계되는지가 결정됩니다.

모든 로그인 방식이 보안과 비용 측면에서 동일하지는 않습니다. 원활한 게스트 경험과 비용 관리를 모두 고려하는 조직이라면 각 방식마다 장단점을 따져 봐야 합니다. 소셜 로그인은 액세스를 간소화할 수 있지만 수명 주기 관리를 복잡하게 만들 수 있습니다. OTP는 간단하지만 인증 재사용이나 지원 문의로 이어질 수 있습니다. OpenID Connect와 브라우저 네이티브 흐름은 더 폭넓은 통합을 가능하게 하지만, 사용자 참여 패턴과 청구 금액을 모두 바꿔 놓습니다.

차이점을 이해하는 것은 매우 중요합니다. 특히 고급 인증 패턴에서 ID 공격과 보안 위험이 나타나고 있기 때문입니다. Entra에서 ID 중심 위험과 복잡한 액세스 흐름을 관리하는 실질적인 전략에 대한 배경 정보는 조건부 액세스 및 거버넌스에 대한 심층 분석을 확인해 보시기 바랍니다.

다음으로, 여러 인증 시나리오의 비용 영향을 살펴보겠습니다. 이를 통해 사용자와 예산을 모두 고려한 ID 흐름을 설계할 수 있습니다.

OTP 및 소셜 로그인 사용: 가격 영향

• OTP 로그인: 일회용 암호(이메일 또는 SMS 등)를 사용한 인증이 성공할 때마다 해당 월의 MAU 1개로 집계됩니다. 사용자가 한 달 동안 OTP로 여러 번 로그인하더라도 MAU는 1개로 계산되지만, 각 기간의 첫 번째 인증이 과금을 발생시킵니다.
• 소셜 ID 공급자: Google, Facebook, LinkedIn 등 널리 쓰이는 서비스로 로그인하면 리소스에 접근하는 순간 해당 사용자가 MAU로 등록됩니다. 같은 달에 이후 로그인하는 경우에는 중복 집계되지 않지만, 같은 이메일 주소에 대해 서로 다른 소셜 계정을 사용하면 새로운 MAU가 발생할 수 있습니다.
• 예외 사례: 외부 사용자가 테넌트 간에 이동하는 경우(예: 자회사가 여러 개인 경우), 고유한 테넌트에 로그인할 때마다 MAU가 추가로 발생합니다. 따라서 가능한 범위에서 ID를 매핑하고 통합하면 비용을 줄이는 데 도움이 될 수 있습니다.

OpenID Connect, 네이티브 및 브라우저 인증 시나리오

• OpenID Connect(OIDC): OIDC를 통해 사용자가 인증할 때, 월별 주기 내 첫 번째 로그인이 성공할 때마다 MAU 1개로 집계됩니다. 다만 OIDC는 새로 고침 토큰을 지원하므로, 토큰이 유효하고 세션이 만료되지 않는 한 사용자가 새로운 MAU로 다시 집계되지 않습니다.
• 네이티브 앱 인증: MSAL 등 Entra ID 네이티브 라이브러리를 사용하는 앱도 유사한 규칙을 따릅니다. 즉, 최초 인증은 집계되지만 자동 토큰 새로 고침은 집계되지 않습니다. 사용자가 계속 활동하는 경우 같은 테넌트 내의 다른 앱이라도 추가 MAU가 발생하지 않습니다.
• 브라우저 기반 흐름: 브라우저 세션은 까다로울 수 있습니다. 쿠키를 지우거나 세션이 만료되면 다시 인증해야 할 수 있으며, 새로운 달에 완전히 새로운 세션이 생성되면 새로운 MAU처럼 보일 수 있습니다. 이 점을 인식하고 있으면 세션 관리와 비용 통제에 도움이 됩니다.

비교표: Entra External ID와 Azure AD B2C 가격

• 가격 모델: Entra External ID는 MAU 기반 요금제를 사용하며, 조직은 고유한 월간 활성 사용자 수에 대해서만 비용을 지불합니다. Azure AD B2C는 전통적으로 트랜잭션 기반이거나 인증 건당 비용이 발생하는 방식이었지만, 최근에는 단순화를 위해 MAU 방식으로 전환되는 추세입니다.
• 포함 기능: 두 제품 모두 기본 요금제에서 셀프 서비스 암호 재설정, 다단계 인증, 사용자 관리를 제공합니다. Entra External ID는 Microsoft 365와 더 긴밀하게 통합되는 경향이 있으며, B2C는 사용자 지정 가능한 사용자 여정이 필요한 고객 대상 시나리오에 중점을 둡니다.
• 지원 옵션: Entra External ID 지원은 일반 Microsoft 지원 채널에 포함됩니다. B2C는 자체 지원 수준을 제공하지만, SLA가 보장되는 응답을 받으려면 프리미엄 플랜이 필요할 수 있습니다.
• 사용 사례: Entra External ID는 기업 간(B2B), 파트너 또는 게스트 협업에 가장 적합합니다(특히 M365/Azure 생태계에서). Azure AD B2C는 화이트 레이블 브랜딩과 유연한 로그인 경로가 필요한 기업-고객(B2C) 애플리케이션에 적합합니다.
• 마이그레이션 고려 사항: B2C에서 Entra ID로 이전하려면 ID 매핑을 신중하게 진행해야 하지만, 그만큼 더 엄격한 거버넌스를 적용할 수 있습니다. 다만 벤더 종속(lock-in) 위험이 있을 수 있습니다. 마이그레이션에 대한 인사이트는 벤더 종속성 및 단계별 롤아웃 관련 가이드를 참고하시기 바랍니다.

대규모 환경에서의 비용 최적화 모범 사례

조직이 대규모 인원을 대상으로 서비스하거나 외부 사용자 수가 하룻밤 사이에 급증하는 경우(예: 컨퍼런스, 리테일 이벤트, 신속한 프로젝트 출시), 예측할 수 없는 청구서로 어려움을 겪은 경험이 있을 것입니다. Entra ID의 외부 과금 모델은 합리적이지만, 세션 관리나 인증 흐름을 세밀하게 조정하지 않으면 여전히 위험이 남아 있습니다.

토큰 수명, 새로 고침 정책, 유휴 시간 제한을 신중하게 구성하면 MAU 수를 안정적으로 유지하는 데 큰 도움이 됩니다. 세션을 적절히 연장하고 토큰을 신중하게 재사용하면, 불필요하게 로그인을 반복하는 일부 게스트 사용자 때문에 청구 비용이 급증하는 상황을 막을 수 있습니다. 이는 모바일, B2B 또는 하이브리드 앱 사용 패턴이 있는 환경에서 특히 중요합니다.

내부 직원과 외부 게스트를 동시에 겸하는 하이브리드 시나리오는 각별한 주의가 필요합니다. 아키텍처를 제대로 설계하지 않으면 같은 사용자가 라이선스가 부여된 내부 ID로도, 외부 MAU로도 집계되어 이중 청구될 수 있습니다. 역할이 바뀔 때마다 청구 매핑과 역할 할당을 맞춰 두면 정확성을 유지하면서 비용도 절감할 수 있습니다.

재무 관리를 강화하려는 조직이라면 차지백(chargeback), 쇼백(showback), 중앙 집중식 거버넌스 같은 전략이 필수적입니다. 이를 통해 비용을 투명하게 배분하고 부서별 책임성을 높일 수 있습니다. 거버넌스와 실제 Microsoft 365 환경에서 쇼백 모델이 가진 한계에 대해서는 비용 책임성에 관한 심층 분석과 실효성 있는 Azure 거버넌스의 중요성을 참고해 보시기 바랍니다. 다음으로는 세션, 토큰, 하이브리드 ID 관리의 실제 방법을 자세히 살펴보겠습니다.

MAU를 줄이기 위한 세션 및 토큰 관리 전략

• 세션 제한 시간 최적화: 사용자가 너무 자주 로그아웃되지 않도록 세션 기간을 설정하십시오. 반복적인 재인증으로 새로운 MAU가 발생하는 것을 줄일 수 있습니다.
• 토큰 재사용 정책: 보안상 문제가 없다면 새로 고침 토큰의 수명을 더 길게 설정하십시오. 사용자는 로그인 상태를 유지하며, each 사용자는 월별로 한 번만 집계됩니다.
• 유휴 시간 제한 조정: 사용자가 반복해서 다시 로그인하게 만드는 지나치게 짧은 유휴 시간 제한은 피하십시오. 여러 테넌트와 함께 운영되는 경우 이런 설정은 불필요하게 MAU 집계를 늘릴 수 있습니다.
• 로그인 패턴 모니터링: 보고서를 활용해 중복되거나 불필요한 로그인을 찾아내고, 실제 사용자 행동에 맞춰 구성을 조정하십시오. 그래야 평균 참여도를 정확히 파악할 수 있습니다.

이중 청구를 피하기 위한 하이브리드 사용자 흐름 관리

• 역할 기반 할당: 사용자를 언제 "내부"로, 언제 "외부"로 취급할지 명확히 정의하고 적용하십시오. 같은 사람에게 두 번 요금이 부과되는 것을 막을 수 있습니다.
• 통합 ID 저장소: 가능하다면 ID의 단일 소스를 사용하십시오. 가급적 Azure AD/Entra를 사용하여 환경 간 중복 레코드가 생기지 않도록 하십시오.
• 자동화된 그룹 정책: Entra의 동적 그룹과 자동 할당을 활용하여 역할이 바뀔 때 사용자 상태와 권한을 자동으로 조정하십시오.
• 청구 감사 관행: 중복 계정이나 상태 전환이 있는지 정기적으로 감사 일정을 잡으십시오. 청구서 금액이 부풀려지기 전에 바로잡을 수 있습니다.

결론: Entra ID 요금 구현을 위한 핵심 요약 및 체크리스트

Entra ID에서 외부 ID를 관리하고 있다면, 탄탄한 전략으로 예산과 경영진 모두를 만족시킬 수 있습니다. 다음은 주요 교훈과 실제 현장에서 도움이 되는 방법입니다. 업무를 훨씬 수월하게 만들고, 재무 담당자의 불만도 크게 줄여 줄 것입니다.

1. 청구 모델 이해하기: 요금은 월간 활성 사용자(MAU) 기준으로 부과됩니다. 한 달 안에 로그인한 고유 외부 사용자는 모두 집계되므로 로그인이 많을수록 요금도 늘어납니다. MAU에 무엇이 영향을 주는지 지속적으로 확인하십시오.
2. 테넌트 및 구독 연결 관리: 모든 외부 테넌트가 올바른 Azure 구독에 연결되어 있는지 확인하십시오. 여기서 실수하면 사용량 데이터가 유실되거나 예상치 못한 요금이 발생할 수 있습니다.
3. 인증 방식을 신중하게 선택하기: 모든 로그인 방식의 비용이 같지는 않습니다. 이메일 OTP는 전송 요금이나 지원 문의로 비용이 늘어날 수 있는 반면, 소셜 로그인이나 페더레이션 ID는 대량 사용 환경에서 비용을 절감할 수 있습니다.
4. 세션 및 토큰 설정 최적화: 세션 기간과 유휴 시간 제한을 조정하여 불필요하고 반복적인 로그인으로 MAU가 부풀려지지 않도록 하십시오. 토큰 재사용은 불필요하게 "활성" 상태로 집계되는 사용자를 줄이는 데 효과적입니다.
5. 하이브리드 흐름과 정확한 사용자 역할 계획: 내부와 외부 사이를 오가는 사용자를 주의 깊게 살피십시오. 흐름과 범주를 명확히 관리하지 않으면 실수로 이중 청구될 수 있습니다.

Entra ID 외부 ID를 도입하거나 조정할 때 이 체크리스트를 가까이 두십시오. 오늘 올바르게 준비하면 나중에 청구 관련 문제가 줄고 예산 협의도 한결 원활해집니다.

함께 들으면 좋은 에피소드

Microsoft Entra 외부 ID 요금을 조사하고 계신다면, 다음 에피소드에서 ID 보안, 거버넌스, 액세스 제어, Microsoft 365 운영에 대한 실무적인 배경 지식을 얻으실 수 있습니다:

• Privileged Identity Management – Simply Explained — just-in-time 권한, 승인, 액세스 검토를 이해합니다.
• Conditional Access – Simply Explained — 컨텍스트 기반 정책으로 사용자와 디바이스를 보호하는 방법을 알아봅니다.
• Microsoft Defender XDR – Simply Explained — ID 신호를 탐지, 조사, 대응과 연결합니다.
• Microsoft Teams Governance – The Illusion of Control — 거버넌스가 소유권과 반복 가능한 통제를 어떻게 만드는지 살펴봅니다.

Microsoft Entra External Identities 가격을 예측하는 방법

1. 시나리오를 정의합니다: 직원 게스트 협업, 고객 ID, 또는 파트너 액세스 중 무엇인지 정합니다.
2. 등록된 총 계정 수가 아니라 월간 활성 사용자 수를 추정합니다.
3. 설계에 영향을 줄 수 있는 로그인, 보안, 브랜딩, 애플리케이션, 지원 요구 사항을 나열합니다.
4. 비용 모델을 확정하기 전에 Microsoft와 현재 제공 조건, 통화, 리전, 약관을 확인합니다.

현재 제품 범위는 공식 Microsoft Entra 가격 책정 페이지와 External ID용 Microsoft Learn 설명서에서 확인합니다. 가격과 자격 요건은 바뀔 수 있으므로, 오래된 추정치를 구매 결정에 사용하지 마십시오.

문서화해야 할 외부 ID 비용 요인

자주 묻는 질문

외부 ID와 게스트 계정의 차이는 무엇입니까?

외부 ID는 직원 테넌트 외부 사용자를 위한 더 넓은 Microsoft Entra 기능 영역입니다. 게스트 액세스는 그 더 넓은 외부 액세스 모델 안에서 흔히 쓰이는 협업 방식입니다.

보낸 초대 수로 가격을 계획할 수 있습니까?

아닙니다. 초대 수만으로는 실제로 인증할 사용자 수를 알 수 없습니다. 예상되는 월간 활성 사용자를 모델링하고, 실시간 가격 조건을 확인하십시오.

최종 검토: 2026년 7월.

🎧 함께 들으면 좋은 에피소드

• Microsoft Entra의 ID 거버넌스

  소유권, 액세스 검토, 수명 주기 통제가 Microsoft Entra External Identities 가격 결정을 어떻게 보완하는지 알아봅니다.

• Microsoft Entra Private Access – 쉽게 정리한 설명

  관련 Entra 액세스 패턴과 안전한 ID 서비스의 설계를 좌우하는 아키텍처 질문을 살펴봅니다.

• Microsoft Entra ID의 게스트 대상 Conditional Access

  이 실무 가이드는 외부 사용자 비용 계획과 게스트 액세스에 필요한 보안 통제를 연결하는 데 도움을 줍니다.