새소식

Architecture

[Architecture]멀티 테넌트 아키텍처 이해하기

  • -

멀티 테넌트(Multi-Tenant) 아키텍처는 단일 소프트웨어 인스턴스가 여러 사용자 그룹(테넌트)에 의해 공유되는 구조를 말합니다. 이는 클라우드 컴퓨팅과 SaaS(Software as a Service) 모델에서 널리 사용됩니다.

멀티 테넌트 개념

멀티 테넌트 시스템에서는 다수의 고객이나 사용자 그룹이 동일한 애플리케이션을 공유합니다. 중요한 점은, 각 테넌트의 데이터와 설정이 서로 격리되어 있다는 것입니다.

https://blogs.sap.com/2022/08/27/fundamentals-of-multitenancy-in-sap-btp/

예시: 로그 관리 시스템

  • 시나리오: 단일 로그 관리 시스템이 여러 회사(회사 A, B, C)에 의해 사용됩니다. 이 시스템은 각 회사의 로그를 수집하고 관리합니다.
  • 데이터 격리: 각 회사는 자신의 로그 데이터만 접근할 수 있습니다. 예를 들어, 회사 A는 회사 B나 C의 로그를 볼 수 없습니다. 이는 격리된 데이터베이스 또는 데이터 스키마를 통해 구현됩니다.
  • 리소스 공유: 시스템의 서버, 스토리지, 네트워크 리소스는 모든 테넌트가 공유합니다. 이는 비용 효율성과 유지 관리의 용이성을 증가시킵니다.
  • 맞춤화 가능성: 각 테넌트는 자신의 요구사항에 맞게 시스템의 일부 설정(로그 보존 기간, 알림, 대시보드 구성 등)을 맞춤화할 수 있습니다.

멀티 테넌트의 이점

  1. 경제성: 모든 테넌트가 하나의 인프라를 공유함으로써, 별도의 인프라 구축 및 유지 비용을 절감할 수 있습니다.
  2. 유지 관리의 용이성: 중앙 집중식 시스템 관리를 통해 업데이트와 유지 보수가 간편해집니다.
  3. 스케일링의 유연성: 사용자 수의 변동에 따라 시스템을 유연하게 스케일링할 수 있습니다.

멀티 테넌트의 고려 사항

  1. 데이터 보안과 격리: 각 테넌트의 데이터는 철저하게 분리되고 보안이 유지되어야 합니다. 이는 데이터 유출이나 불법 접근을 방지하기 위해 필수적입니다.
  2. 성능 관리: 한 테넌트의 사용이 다른 테넌트의 성능에 영향을 주지 않도록 관리해야 합니다.
  3. 규정 준수와 프라이버시: 다양한 테넌트의 데이터를 처리할 때는 법적 규정과 프라이버시 요구사항을 준수해야 합니다.
Contents

포스팅 주소를 복사했습니다

이 글이 도움이 되었다면 공감 부탁드립니다.