Seonglae ChoMulti-tenant
The core of a multi-tenant platform lies in the initial design, with domain, isolation, and routing decisions almost permanently locking in future architecture.
If tenants execute arbitrary code/content, they must be separated from the main domain. Subdomains are also risky due to reputation concerns → separate domain (TLD separation) is recommended. Listing a domain on the PSL (Public Suffix List) enforces cross-subdomain cookie and storage isolation at the browser level. However, this only solves security isolation and reputation issues remain
A single software instance running on one server serves multiple tenants. A tenant is a group of users who share common specific access permissions to the software instance
brandon on Twitter / X
https://t.co/ijRJoaowhP— brandon (@burcs) January 14, 2026
https://x.com/burcs/status/2011542877420294233?s=12
Tenant Partitioning
Partitioning in a multi tenant DB
We have a multi tenant datawarehouse with multiple layers, staging, core, DWH the works. All tables in these layers have a tenant ID that clearly…
https://www.reddit.com/r/SQLServer/comments/194ff7a/partitioning_in_a_multi_tenant_db/
Multi Tenancy Architecture
Multi Tenancy 는 Tenants 라는 여러 사용자가 사용할 소프트웨어 응용 프로그램의 단일 인스턴스를 지원하는 아키텍처이다. Software들은 모든 테넌트들에 대해 인스턴스의 일부분을 단독적으로 제공하기 위하여 설계되어 있다. SaaS (Software as a Service) 모델은 단일 데이터베이스 인스턴스에서 단일 소프트웨어 애플리케이션 인스턴스를 실행하고 웹을 통해 여러 사용자에게 액세스를 제공한다. 다중 테넌트 데이터는 분리되어 다른 사용자(테넌트)에게 보이지 않는다.
https://velog.io/@jeb1225/Multi-Tenancy
