Platforma SaaS multi-tenant od pomysłu do produkcji
Jedna architektura obsługiwała wielu klientów, zachowując wyraźną separację danych, ról i konfiguracji.
- Typ klienta
- Wczesny produkt B2B SaaS
- Branża / kontekst
- Architektura produktu dla wielu środowisk klientów
- Możliwości
- Izolacja tenantów · Dostęp oparty na rolach · Konfigurowalne funkcje
Wyzwanie
Produkt miał obsługiwać wielu klientów bez dedykowanych forków. Dane tenantów, konfiguracja, uprawnienia i funkcje musiały pozostać odseparowane podczas rozwoju.
Dlaczego było trudno
Granice tenantów wpływają na uwierzytelnianie, zapytania, zadania, analitykę i administrację. Słaba granica w jednej warstwie mogła naruszyć całą izolację.
Jak do tego podchodzimy
Rozpoznanie tenanta stało się jawną odpowiedzialnością aplikacji. Wspólne usługi obsługiwały role, media, analitykę i AI, a konfiguracja i dostęp pozostawały w obrębie tenanta.
Architektura / projekt systemu
Aplikacja wywołuje API rozpoznające tenanta, zanim wspólne usługi uzyskają dostęp do odseparowanych danych i konfiguracji.
- Aplikacja webowa
- API aplikacji
- Rozpoznanie tenanta
- Usługi biznesowe
- Odseparowane dane i konfiguracja
Możliwości
- Izolacja tenantów
- Dostęp oparty na rolach
- Konfigurowalne funkcje
- Granice gotowe na subskrypcje
Decyzje inżynierskie
- Rozpoznać tenant przed logiką biznesową.
- Oddzielić wspólne zachowanie od konfiguracji tenanta.
- Objąć administrację tymi samymi gwarancjami.
Wpływ
- Jedna platforma dla wielu środowisk
- Architektura wielokrotnego użytku bez forków
- Jasna podstawa wzrostu SaaS
Co pokazuje to doświadczenie
Skalowanie SaaS zaczyna się od świadomych granic produktu i danych, nie od późniejszego dokładania infrastruktury.
