[Infra] Redot 인프라 아키텍쳐 구상하기

[ryxxn]

인프라 아키텍쳐 구상하기

Redot는 B2B SaaS 플랫폼이기 때문에 클라이언트(테넌트)별 서비스가 필요해요.
이런 경우 선택할 수 있는 아키텍쳐는 다음과 같아요.

1. Single Tenent

그림과 같이 테넌트당 인스턴스 및 DB를 별도로 관리하는 방식이에요.
보안과 성능이 뛰어나지만, 비용이 많이 들어요. 그래서 대기업을 대상으로 하는 경우에 적절해요.

2. Multi Tenent

그림과 같이 테넌트들이 1개의 공유 인스턴스를 사용하는 방식이에요.
Multi Tenent 아키텍쳐는 크게 2가지 방법으로 구분돼요.

• 테넌트별 DB 할당
• 공유 DB 사용(Schema 분리)

---

그래서 Redot에서 채택할 아키텍처에 대해 논의하기 위해 Discussion을 생성했어요.

---

참고자료

https://acropolium.com/blog/multi-tenant-vs-single-tenant-architectures-guide-comparison/

[eraser502]

초기에는 공유 DB 하나를 사용하고, 테넌트별로 스키마를 분리해 관리하는게 좋아보여요!
이후 사용자 유입이 많아질 경우, 한 DB에 수용할 수 있는 테넌트 수를 일정 수로 제한하고, 초과 시 새로운 DB를 생성하여 테넌트를 분산시키는 방식으로 확장하는건 어떤가요?
이렇게 하면 초기 운영 비용을 절감하면서도 향후 확장성까지 고려할 수 있을 것 같습니다!!

[ryxxn]

좋은 접근이라고 생각해요 👍
스키마 기반 분리 방식과 DB 기반 분리(sharding) 방식을 적절히 혼합하여 효율적인 비용 관리가 가능해질 것 같아요.

---

그런데 말씀 주신 하이브리드 멀티테넌시 방식에서는 다음과 같은 이슈가 발생할 수 있을 것 같아요.

---

예를 들어 그림과 같이 77번째 Schema에 트래픽이 급증하여 병목 현상이 발생한 경우,
해당 Schema가 포함된 Database의 모든 Schema들에 영향을 주게 돼요.

그래서 이런 상황에 대한 처리 방식도 논의해보면 좋을 것 같아요

[ryxxn]

@eraser502

해당 아티클에 멀티 테넌시 아키텍처 설계 가이드에 대한 내용이 있어 참고해주시면 좋을 것 같아요.
https://www.geeksforgeeks.org/system-design/multi-tenancy-architecture-system-design/

또, Slack의 멀티 테넌시 아키텍처에 관한 아티클도 참고해보면 좋을 것 같아요.
https://dev.to/devcorner/deep-dive-slacks-multi-tenancy-architecture-m38