Czy wszystkie aplikacje SaaS powinny korzystać z architektury multi-tenancy? Czy architektura multi-tenancy może być stosowana w aplikacjach konsumenckich?
W ostatnim rozdziale omówiliśmy multi-tenancy w ogólnym sensie. Podsumowując, kiedy odnosimy się do aplikacji multi-tenant, nie oznacza to koniecznie, że aplikacja stosuje jeden model architektoniczny; może korzystać z różnych strategii najmu, wskazując, że co najmniej niektóre z jej komponentów są współdzielone.
W tym rozdziale przyjrzymy się aplikacjom multi-tenant z punktu widzenia biznesowego i produktowego.
Aplikacje multi-tenant często znajdują swoje miejsce w rozwiązaniach business-to-business (B2B) takich jak narzędzia produktywności, systemy planowania zasobów przedsiębiorstwa (ERP) i inne produkty software-as-a-service (SaaS). W tym kontekście każdy "najemca" zazwyczaj reprezentuje klienta biznesowego, który mógłby mieć wielu użytkowników (swoich pracowników). Dodatkowo, klient biznesowy mógłby mieć wielu najemców, aby reprezentować różne organizacje lub działy biznesowe.
Aplikacje B2B wykraczają poza produkty SaaS i często wiążą się z użyciem aplikacji multi-tenant. W kontekstach B2B te aplikacje służą jako wspólna platforma dla różnych zespołów, klientów biznesowych i partnerów, aby uzyskać dostęp do twoich aplikacji.
Na przykład, rozważ firmę zajmującą się współdzieleniem przejazdów, która dostarcza zarówno aplikacje B2C, jak i B2B. Aplikacje B2B obsługują wielu klientów biznesowych, a zastosowanie architektury multi-tenant może pomóc w zarządzaniu ich pracownikami i zasobami. Aby to zilustrować, jeśli firma chce utrzymać zintegrowany system tożsamości użytkownika, może zaprojektować architekturę tak jak w poniższym przykładzie:
Weźmy Sarę jako przykład. Sara ma zarówno osobistą, jak i biznesową tożsamość. Używa usługi współdzielenia przejazdów jako pasażer i również pracuje jako kierowca w wolnym czasie. W swojej zawodowej roli jest związana z Firmą A, ale także zarządza własnym osobistym biznesem.
Jeśli śledzisz powyższe informacje, teraz masz potrzebne odpowiedzi. SaaS, czyli oprogramowanie jako usługa, to koncepcja zdefiniowana z punktu widzenia modelu biznesowego. Multi-tenancy, z drugiej strony, to architektura oprogramowania stosowana w różnych sytuacjach, zarówno w SaaS, jak i innych kontekstach B2B.
Zamieszanie między SaaS a multi-tenancy często wynika z powszechnie uznawanej w branży opinii: kiedy dążysz do pozyskania klientów korporacyjnych, przyjęcie podejścia multi-tenant to konieczność.
To nacisk na multi-tenancy ma swoje podstawy w istotnej roli, jaką odgrywa w rozwiązywaniu złożoności związanych z obsługą przedsiębiorstw, oferując wartościowe rozwiązania z różnych punktów widzenia.
Dla firm przedsiębiorczych, multi-tenancy jest kluczem do skutecznego spełniania ich wymagań dotyczących dostępności, zarządzania zasobami, zarządzania kosztami i bezpieczeństwa danych. Na poziomie technicznym, przyjęcie podejścia multi-tenant usprawnia procesy rozwojowe, minimalizuje wyzwania techniczne i promuje płynne rozszerzanie.
Kiedy analizujemy korzenie produktów SaaS, to jak budynek, który mieści różne mieszkania. Wszyscy najemcy współdzielą wspólne media jak woda, prąd i gaz, ale zachowują niezależną kontrolę nad zarządzaniem własną przestrzenią i zasobami. To podejście upraszcza zarządzanie nieruchomością.
Pomyśl o swoim produkcie SaaS jak o tym budynku. Zamiast mieć oddzielnych agentów dla każdej jednostki, niektóre komponenty lub jednostki mogą oferować zjednoczone doświadczenie współdzielone przez wszystkich najemców. Jest to bardziej wydajne niż indywidualne opracowywanie i zarządzanie każdym pomieszczeniem. Architektura multi-tenant oferuje korzyści zarówno dla twojej działalności, jak i dla twoich klientów.
Kiedy omawiamy aplikacje multi-tenant, ważne jest, aby zagłębić się w koncepcję izolacji najemcy. W architekturze multi-tenancy, termin "najemca" jest wprowadzony do tworzenia granic, które oddzielają i zabezpieczają zasoby i dane różnych najemców w ramach współdzielonej instancji. To gwarantuje, że dane i operacje każdego najemcy pozostają odrębne i bezpieczne, nawet jeśli używają tych samych zasobów podstawowych.
W kontekście SaaS, multi-tenant architecture stosuje mechanizmy, które ściśle kontrolują dostęp do zasobów i zapobiegają wszelkim nieautoryzowanym próbom dostępu do zasobów innego najemcy.
Koncepcja izolacji najemcy może wydawać się abstrakcyjna i niejasna. W następnym rozdziale użyjemy przykładów i kluczowych punktów, aby zapewnić bardziej szczegółowe zrozumienie zasad i podejścia stojącego za izolacją najemcy.