멀티 테넌트 소프트웨어 아키텍처(소프트웨어 멀티테넌시라고도 함)에서 소프트웨어 애플리케이션(및 해당하는 기본 데이터베이스와 하드웨어)의 단일 인스턴스는 여러 테넌트(또는 사용자 계정)를 수용합니다. 테넌트는 개별 사용자일 수 있지만 애플리케이션 인스턴스 내에서 공통 액세스 및 권한을 공유하는 사용자 그룹(예: 고객 조직)인 경우가 더 많습니다. 각 테넌트의 데이터는 애플리케이션 인스턴스를 공유하는 다른 테넌트와 격리되어 보이지 않으므로 모든 테넌트에 대한 데이터 보안 및 개인정보 보호가 보장됩니다.

소프트웨어 멀티테넌시는 SaaS(Software-as-a-Service)가 제공되는 아키텍처입니다. 조직에서 salesforce.com, HubSpot 또는 기타 클라우드 기반 SaaS 오퍼링을 사용하는 경우 해당 조직은 멀티 테넌트 오퍼링의 테넌트가 됩니다.

다소 혼란스럽지만 멀티 테넌트는 클라우드 호스팅 서비스를 참조할 수도 있습니다. 멀티 테넌트 호스팅(공유 호스팅이라고도 함)에서는 단일 물리적 컴퓨터 또는 가상 머신(VM)이 여러 사용자 또는 고객 조직 간에 공유됩니다. 멀티 테넌트 호스팅 솔루션은 일반적으로 클라우드 서비스 제공자에 의해 단일 테넌트 또는 전용 호스팅 솔루션에 대한 저렴한 대안으로 제공됩니다.

이 문서의 나머지 부분에서는 소프트웨어 멀티테넌시를 집중적으로 다룰 예정입니다. 여기에서 멀티 테넌트 및 단일 테넌트 호스팅 유형에 대해 자세히 알아보세요.

각 테넌트가 고유한 애플리케이션, 데이터베이스 및 지원 하드웨어 인프라 인스턴스를 가져오는 단일 테넌트 아키텍처와 비교할 때 멀티 테넌트 아키텍처는 소프트웨어 제공자와 테넌트 고객에게 다음을 포함한 상당한 이점을 제공합니다.

• 비용 절감: 소프트웨어 제공자가 단일 애플리케이션 인스턴스 및 지원 인프라에서 여러 테넌트에게 서비스를 제공할 수 있기 때문에(그리고 테넌트가 소프트웨어 유지관리, 인프라 및 데이터 센터 운영의 부담을 분담하기 때문에) 지속적인 비용이 단일 테넌트 배치보다 낮은 경향이 있습니다. SaaS 소프트웨어는 일반적으로 사용자 수, 사용 수준 또는 애플리케이션 내에서 관리되는 데이터 볼륨을 기반으로 예측 가능한 월별 또는 연간 구독 가격으로 제공됩니다.
  
  
• 확장성: 테넌트는 필요에 따라 확장할 수 있습니다. 일반적으로 신규 사용자는 구독 요금을 점진적으로 늘리기 위해 소프트웨어의 동일한 인스턴스에 액세스할 수 있습니다.
  
  
• 코딩 없는 사용자 정의: SaaS 멀티 테넌트 오퍼링은 구성하기 쉽기 때문에 각 테넌트 고객은 많은 시간과 비용이 들고 경우에 따라 위험한 맞춤형 개발 없이 특정 비즈니스 목적에 맞게 애플리케이션을 조정할 수 있습니다.
  
  
• 지속적이고 일관된 업데이트 및 유지관리: 멀티 테넌트 소프트웨어 제공자가 업데이트 및 패치를 담당합니다. 제공자가 모든 소프트웨어 인스턴스를 업데이트해야 하는 단일 테넌트 아키텍처와 달리, 고객 측의 개입 없이 단 한 번만 새로운 기능이 추가되거나 수정사항이 적용됩니다.
  
  
• 테넌트의 생산성 향상: 인프라나 소프트웨어를 관리할 필요가 없으므로 테넌트는 보다 중요한 작업에 집중할 수 있습니다.

멀티 테넌트 클라우드는 고객이 퍼블릭 또는 프라이빗 클라우드에서 컴퓨팅 리소스를 공유하는 모든 아키텍처나 공유 호스팅의 동의어로 자주(하지만 현재는 빈번하지 않음) 사용되었습니다. 오늘날 대부분의 선도적인 클라우드 서비스 제공자는 전용 호스팅 서비스를 제외한 대부분의 오퍼링을 멀티 테넌트 모델을 기반으로 제공하고 있으며, 이를 통해 제공자는 데이터 센터 하드웨어 및 인프라의 활용도를 극대화하고 결과적으로 가능한 가장 낮은 비용으로 고객에게 클라우드 서비스를 제공합니다.

멀티 테넌트 애플리케이션을 위한 데이터베이스를 선택할 때 개발자는 데이터 격리에 대한 고객의 요구사항 또는 희망사항과 애플리케이션 트래픽의 증가 또는 급증에 대응하여 신속하고 경제적으로 솔루션을 확장하는 것 균형을 유지해야 합니다.

완벽한 격리를 보장하기 위해 개발자는 각 테넌트에 대해 별도의 데이터베이스 인스턴스를 할당할 수 있습니다. 반대로 확장성을 최대화하기 위해 개발자는 모든 테넌트가 동일한 데이터베이스를 공유하도록 할 수 있습니다. 그러나 대부분의 개발자는 각 테넌트가 동일한 데이터베이스 인스턴스 내에 자체 스키마를 배치할 수 있도록 하고('소프트 격리'라고도 함) 두 환경의 장점을 모두 제공하는 PostgreSQL과 같은 데이터 저장소를 사용하도록 선택합니다.