조직은 SaaS(Software as a Service)를 사용하여 고객에게 소프트웨어를 효율적으로 제공할 수 있습니다. 일반적으로 SaaS 공급업체는 고객을 위해 소프트웨어를 운영하고 관리합니다. 많은 ISV(독립 소프트웨어 공급업체)는 고객 환경을 개선하고 오버헤드를 줄이기 때문에 고객이 직접 설치하고 관리해야 하는 소프트웨어를 제공하는 것에서 SaaS 모델을 사용하는 것으로 전환하고 있습니다. 이 문서에서는 SaaS 솔루션을 빌드하는 신생 기업 등 조직에 대한 지침과 리소스를 제공하는 일련의 문서를 소개합니다. 또한 Azure에서 다중 테넌트 솔루션을 설계하는 방법에 대한 광범위한 지침을 제공합니다.
주요 개념
이 문서의 주요 개념은 SaaS, 신생 기업 및 다중 테넌트입니다. 이러한 용어는 관련되어 있으므로 종종 실수로 상호 교환적으로 사용됩니다. 이러한 용어가 어떻게 다른지 이해하는 것이 중요합니다. SaaS 및 신생 기업은 비즈니스 개념이며 다중 테넌시는 아키텍처 개념입니다.
SaaS는 비즈니스 모델입니다. 조직은 고객에게 소프트웨어 제품을 서비스로 제공하도록 선택할 수 있습니다. SaaS 제품은 B2B(Business-to-Business) 모델의 기업 또는 B2C(기업-소비자) 모델의 소비자에게 직접 판매됩니다. SaaS 제품은 솔루션 공급업체가 SaaS 제품을 호스트하고 유지 관리하기 때문에 고객이 직접 설치하고 관리하는 제품과 다릅니다. 많은 SaaS 솔루션은 다중 테넌트 아키텍처를 사용합니다. SaaS 솔루션은 다른 다중 테넌트 모델 또는 접근 방식을 사용할 수도 있습니다.
신생 기업은 수명 주기의 초기 단계에 있는 기업입니다. 많은 소프트웨어 신생 기업이 SaaS 솔루션을 빌드하지만 일부는 다른 방법으로 소프트웨어를 제공 할 수 있습니다. 신생 기업에서는 신속한 혁신, 제품 및 시장 적합성 찾기, 규모 및 성장 예상 등 특정한 문제가 있는 경우가 많습니다.
다중 테넌트는 일반적으로 고객에게 해당하는 여러 테넌트 간에 구성 요소를 공유하는 솔루션을 설계하는 방법입니다. 일반적으로 SaaS 솔루션에서 다중 테넌트 아키텍처를 사용합니다. 그러나 여러 사업부가 공유할 플랫폼을 빌드하는 조직과 같이 SaaS 외부에서 다중 테넌트 아키텍처를 사용할 수도 있습니다. 다중 테넌트에서 솔루션의 모든 구성 요소가 공유됨을 의미하지는 않습니다. 대신, 적어도 일부 구성 요소는 여러 테넌트 간에 공유됨을 의미합니다.
테넌트를 정의하고 테넌트 모델을 선택하는 방법은 비즈니스 모델이 B2C SaaS인지 B2B SaaS인지 아니면 대규모 조직인지에 따라 달라집니다.
비고
이 시리즈에서는 테넌트라는 용어를 사용하여 귀하의 테넌트(고객 또는 사용자 그룹)를 참조합니다. 이 지침은 Azure 플랫폼 위에 고유한 다중 테넌트 소프트웨어 솔루션을 빌드하는 데 도움이 될 수 있습니다.
Microsoft Entra ID에서 테넌트는 개별 디렉터리를 참조하고 다중 테넌트는 여러 Microsoft Entra 테넌트 간의 상호 작용을 나타냅니다. 용어는 동일하지만 개념은 그렇지 않습니다. 명확성을 위해, 이 시리즈에서는 Microsoft Entra ID 개념 중 하나인 테넌트를 언급할 때 "Microsoft Entra 테넌트"라는 전체 용어를 사용합니다.
SaaS 및 비 SaaS 비즈니스 모델에 대한 다중 테넌트 아키텍처
다중 테넌트는 일반적으로 SaaS 솔루션과 연결되지만 비 SaaS 시나리오에서 다중 테넌트 아키텍처를 사용할 수도 있습니다. 기본 다중 테넌트 아키텍처는 유사할 수 있지만 비즈니스 모델은 테넌트를 정의하는 방법과 디자인 선택에 영향을 줍니다.
다음 다이어그램에서는 소비자(B2C) 및 B2B(비즈니스 고객) 모두에 대해 SaaS 비즈니스 모델을 제공하도록 설계된 다중 테넌트 아키텍처를 볼 수 있습니다. 기술적 관점에서, B2C 입주자는 가족처럼 하나의 그룹 내에서 여러 사용자가 포함된 집단으로 표현됩니다. 반면 B2B 테넌트는 다른 비즈니스를 나타내며 해당 직원은 사용자입니다.
다음 다이어그램에서는 SaaS가 아닌 비즈니스 모델에서 다중 테넌트 아키텍처를 사용하는 방법을 보여 줍니다. 예를 들어 중앙 집중식 애플리케이션 또는 플랫폼을 공유하려는 여러 사업부 및 부서가 있는 대규모 조직을 위한 시스템을 설계한다고 가정해 보겠습니다. 각 사업부는 테넌트로 표시되며 고유한 사용자 집합이 있습니다.
두 다이어그램의 주요 차이점은 조직의 컨텍스트에서 테넌트를 정의하는 방법에 영향을 주는 비즈니스 모델입니다. 비즈니스 모델은 기본 다중 테넌트 아키텍처에 대한 디자인 선택에도 영향을 주지만 다중 테넌트의 원칙은 항상 동일하게 유지됩니다.