Azure에서 다중 테넌트 솔루션 설계

다중 테넌트 솔루션은 여러 고객 또는 테넌트에서 사용하는 솔루션입니다. 테넌트는 사용자와 구분됩니다. 단일 조직, 회사 또는 그룹의 여러 사용자가 단일 테넌트를 형성합니다. 다중 테넌트 애플리케이션의 예는 다음과 같습니다.

• 회계 소프트웨어, 작업 추적 및 기타 SaaS(Software as a Service) 제품과 같은 B2B(Business-to-Business) 솔루션.
• 음악 스트리밍, 사진 공유 및 소셜 네트워크 서비스와 같은 B2C(기업-소비자) 솔루션.
• 조직 내의 여러 사업부에서 사용하는 공유 Kubernetes 클러스터와 같은 엔터프라이즈 수준 플랫폼 솔루션.

Azure에서 자체 다중 테넌트 솔루션을 빌드할 때 아키텍처에 해당 요소를 고려해야 하는 몇 가지 요소가 있습니다.

이 시리즈에서는 Azure에서 자체 다중 테넌트 솔루션을 디자인, 빌드 및 운영하는 방법에 대한 지침을 제공합니다.

참고

이 시리즈에서는 테넌트라는 용어를 사용하여 테넌트(고객 또는 사용자 그룹일 수 있음)를 나타냅니다. 이 지침은 Azure 플랫폼을 기반으로 고유한 다중 테넌트 소프트웨어 솔루션을 빌드하는 데 도움이 되도록 하기 위한 것입니다.

Microsoft Entra ID에는 개별 디렉터리를 참조하는 테넌트 개념도 포함되며, 다중 테넌트라는 용어를 사용하여 여러 Microsoft Entra 테넌트 간의 상호 작용을 참조합니다. 용어는 동일하지만 개념은 그렇지 않습니다. 테넌트에 대한 Microsoft Entra 개념을 참조해야 하는 경우 전체 용어 Microsoft Entra 테넌트를 사용하여 명확하게 구분합니다.

범위

Azure는 자체 다중 테넌트 서비스이며, 일부 지침은 대규모 다중 테넌트 솔루션을 실행한 경험을 기반으로 합니다. 그러나 이 시리즈의 핵심은 Azure 플랫폼의 기능을 활용하면서 자체 다중 테넌트 서비스를 빌드하는 데 도움이 되는 것입니다.

또한 솔루션을 디자인할 때 고려해야 할 영역이 많이 있습니다. 이 섹션의 내용은 다중 테넌트용으로 디자인하는 방법에 따라 다릅니다. Azure 서비스의 모든 기능 또는 모든 애플리케이션에 대한 아키텍처 디자인 고려 사항을 모두 다루지는 않습니다. 이 가이드는 Microsoft Azure Well-Architected Framework 및 사용하는 각 Azure 서비스에 대한 설명서와 함께 읽어야 합니다.

대상 그룹

이 시리즈에서 제공하는 지침은 Azure에서 다중 테넌트 애플리케이션을 빌드하는 모든 사용자에게 적용됩니다. 대상 그룹에는 SaaS 제품이 기업 또는 소비자를 대상으로 하는지 여부에 관계없이 ISV(독립 소프트웨어 공급업체) 및 신생 기업과 같은 SaaS 제품을 빌드하는 모든 사람이 포함됩니다. 또한 여러 고객 또는 테넌트에서 사용할 제품 또는 플랫폼을 빌드하는 모든 사용자를 포함합니다.

이 시리즈의 일부 콘텐츠는 최고 기술 책임자(CTO) 및 설계자와 같은 기술 의사 결정자와 Microsoft Azure에서 다중 테넌트 솔루션을 설계하거나 구현하는 모든 사용자에게 유용하도록 설계되었습니다. 다른 콘텐츠는 기술적으로 더 집중되며 다중 테넌트 솔루션을 구현하는 솔루션 설계자 및 엔지니어를 대상으로 합니다.

참고 항목

MSP(관리 서비스 공급자) 는 고객을 대신하여 Azure 환경을 관리 및 운영하고 프로세스에서 여러 Microsoft Entra 테넌트와 함께 작업합니다. 이는 또 다른 형태의 다중 테넌트이지만 여러 Microsoft Entra 테넌트에서 Azure 리소스를 관리하는 데 중점을 두고 있습니다. 이 시리즈는 이러한 문제에 대한 지침을 제공하기 위한 것이 아닙니다.

그러나 이 시리즈는 MSP용 소프트웨어를 빌드하는 ISV 또는 다중 테넌트 소프트웨어를 빌드 및 배포하는 다른 모든 사용자에게 유용할 수 있습니다.

이 시리즈의 내용

이 시리즈의 콘텐츠는 세 가지 주요 섹션으로 구성되어 있습니다.

• 다중 테넌트 솔루션에 대한 아키텍처 고려 사항: 이 섹션에서는 다중 테넌트 솔루션을 계획하고 디자인할 때 알아야 할 주요 요구 사항 및 고려 사항에 대한 개요를 제공합니다.

  아키텍처 고려 사항은 특히 최고 기술 책임자(CTO) 및 설계자와 같은 기술 의사 결정권자와 관련이 있습니다. 또한 제품 관리자는 다중 테넌시가 솔루션에 미치는 영향을 이해하는 것이 중요합니다. 또한 다중 테넌트 아키텍처를 사용하는 모든 사용자는 이러한 원칙과 절충안에 대해 잘 알고 있어야 합니다.

• 다중 테넌시를 위한 아키텍처 접근 방식: 이 섹션에서는 주요 클라우드 리소스 유형을 사용하여 다중 테넌트 솔루션을 디자인하고 빌드할 때 고려할 수 있는 방식을 설명합니다. 이 섹션에는 컴퓨팅, 네트워킹, 스토리지, 데이터, 메시징, ID, AI/ML 및 IoT 구성 요소뿐만 아니라 배포, 구성, 리소스 조직, 거버넌스, 규정 준수 및 비용 관리를 사용하여 다중 테넌트 솔루션을 빌드하는 방법에 대한 설명이 포함되어 있습니다.

  아키텍처 접근 방식은 솔루션 설계자 및 수석 개발자에게 유용합니다.

• 다중 테넌트 솔루션에 대한 서비스별 지침: 이 섹션에서는 특정 Azure 서비스에 대한 대상 지침을 제공합니다. 여기에는 솔루션의 구성 요소에 대해 고려할 수 있는 테넌트 격리 모델과 특히 다중 테넌트 솔루션과 관련된 모든 기능에 대한 설명이 포함됩니다.

  서비스별 지침은 설계자, 수석 개발자 및 다중 테넌트 솔루션을 위해 Azure 구성 요소를 빌드하거나 구현하는 모든 사용자에게 유용합니다.

또한 다중 테넌트 솔루션을 설계 및 빌드할 때 사용할 검사 목록과 다중 테넌트 솔루션의 설계자 및 개발자를 위한 관련 리소스 및 링크 목록을 제공합니다.

동영상

이 시리즈에서 다루는 콘텐츠 및 다중 테넌시의 기본 개념에 대한 개요는 Microsoft Reactor의 이 비디오를 참조하세요.

Azure Active Directory는 이제 Microsoft Entra ID입니다. 자세한 내용은 Azure AD의 새 이름을 참조하세요.

다음 단계

다중 테넌트 솔루션에 대한 아키텍처 고려 사항을 검토합니다.