Polski

wielo-najemczość
saas
organizacja

Ostateczny przewodnik po konfiguracji uwierzytelniania i autoryzacji dla wielu najemców

Tworzenie aplikacji obsługującej wielu najemców może być skomplikowane. Ten artykuł zbiera wszystkie nasze wcześniejsze posty na temat strategii dla wielu najemców i organizacji. Mamy nadzieję, że pomoże Ci zaoszczędzić czas i łatwo rozpocząć pracę.

Guamian

Product & Design

12/19/2023

Przestań tracić tygodnie na uwierzytelnianie użytkowników

Uruchamiaj bezpieczne aplikacje szybciej z Logto. Zintegruj uwierzytelnianie użytkowników w kilka minut i skup się na swoim głównym produkcie.

Rozpocznij

Budowanie aplikacji obsługującej wielu najemców może być wyzwaniem, z wieloma aspektami do rozważenia. Ten artykuł kompiluje wszystkie nasze wcześniejsze posty na blogu dotyczące rozumienia praktyk dla wielu najemców i organizacji. Aby szybko rozpocząć i zaoszczędzić czas, zapoznaj się z tym artykułem, zawiera wszystko, czego potrzebujesz!

Ogólne wytyczne są opisane w następujących krokach:

Zrozumienie architektury dla wielu najemców
Mapowanie przypadków użycia aplikacji dla wielu najemców
Osiągnięcie izolacji najemcy
Określenie, jak chcesz zarządzać tożsamościami
Wybór odpowiednich modeli autoryzacji

Co to jest architektura dla wielu najemców

Wielo-najemczość oprogramowania to architektura oprogramowania, w której pojedyncza instancja oprogramowania działa na serwerze i obsługuje wielu najemców. Systemy zaprojektowane w taki sposób są „współdzielone” (a nie „dedykowane” lub „izolowane”).

Najemca to grupa użytkowników, którzy mają wspólny dostęp z określonymi uprawnieniami do instancji oprogramowania.

Jednym z kluczowych elementów myślenia o wielo-najemczości jest „współdzielenie”. W szerszym rozumieniu pojęcie wielo-najemczości nie oznacza, że każdy komponent rozwiązania jest współdzielony. Oznacza to raczej, że co najmniej niektóre komponenty rozwiązania są ponownie używane przez wielu najemców. Zrozumienie tego terminu w szeroki sposób może lepiej pomóc w zrozumieniu potrzeb klienta i skąd one wynikają.

Kiedy już zrozumiesz architekturę dla wielu najemców, następnym krokiem jest zastosowanie aplikacji do rzeczywistych scenariuszy, koncentrując się na konkretnych potrzebach produktu i biznesu.

Jakie są przypadki użycia aplikacji dla wielu najemców?

Aplikacje dla wielu najemców w SaaS

Aplikacje dla wielu najemców często znajdują swoje miejsce w rozwiązaniach B2B, takich jak narzędzia do produktywności, oprogramowanie do współpracy i inne produkty software-as-a-service (SaaS). W tym kontekście każdy „najemca” zazwyczaj reprezentuje klienta biznesowego, który może mieć wielu użytkowników (swoich pracowników). Ponadto klient biznesowy może mieć wielu najemców, aby reprezentować różne organizacje lub jednostki biznesowe.

SaaS

Aplikacje dla wielu najemców w ogólnych przypadkach użycia B2B

Aplikacje B2B wykraczają poza produkty SaaS i często obejmują korzystanie z aplikacji dla wielu najemców. W kontekście B2B te aplikacje służą jako wspólna platforma dla różnych zespołów, klientów biznesowych i firm partnerskich, aby uzyskać dostęp do Twoich aplikacji.

Na przykład weźmy pod uwagę firmę zajmującą się transportem współdzielonym, która oferuje zarówno aplikacje B2C, jak i B2B. Aplikacje B2B obsługują wielu klientów biznesowych, a wykorzystanie architektury dla wielu najemców może pomóc w zarządzaniu ich pracownikami i zasobami. Aby to zilustrować, jeśli firma chce utrzymać zunifikowany system tożsamości użytkowników, może zaprojektować architekturę, jak w poniższym przykładzie:

Sarah ma zarówno osobistą, jak i biznesową tożsamość. Korzysta z usługi transportowej jako pasażerka, a także pracuje jako kierowca w wolnym czasie. W swojej roli zawodowej zarządza również swoim biznesem i używa tej tożsamości biznesowej, aby być partnerem Biznesu 1.

Dlaczego warto wykorzystać wielo-najemczość w produkcie SaaS

Skalowanie z wielo-najemczością

Dla przedsiębiorstw multi-tenancy jest kluczem do efektywnego 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 upraszcza procesy deweloperskie, minimalizuje wyzwania techniczne i sprzyja bezproblemowej ekspansji.

Tworzenie zintegrowanego doświadczenia

Badając korzenie produktów SaaS, można je porównać do budynku mieszczącego różne mieszkania. Wszyscy najemcy dzielą wspólne potrzeby, takie jak woda, prąd i gaz, ale zachowują niezależną kontrolę nad zarządzaniem własną przestrzenią i zasobami. Takie podejście upraszcza zarządzanie nieruchomością.

Zapewnienie bezpieczeństwa dzięki izolacji najemcy

W architekturze dla wielu najemców wprowadzany jest termin „najemca” w celu stworzenia granic, które oddzielają i zabezpieczają zasoby i dane różnych najemców w ramach współdzielonej instancji. Zapewnia to, że dane i operacje każdego najemcy pozostają odrębne i bezpieczne, nawet jeśli korzystają z tych samych zasobów podstawowych.

Dlaczego powinieneś osiągnąć izolację najemcy?

Kiedy mówimy o aplikacjach obsługujących wielu najemców, zawsze trzeba osiągnąć izolację najemcy. Oznacza to utrzymanie danych i zasobów różnych najemców jako oddzielone i bezpieczne w ramach współdzielonego systemu (na przykład infrastruktury chmurowej lub aplikacji dla wielu najemców). Zapobiega to nieautoryzowanym próbom uzyskania dostępu do zasobów innego najemcy.

Chociaż to wyjaśnienie może wydawać się abstrakcyjne, użyjemy przykładów i kluczowych szczegółów, aby dalej wyjaśnić myślenie o izolacji i najlepsze praktyki osiągania jej.

Izolacja najemcy nie idzie wbrew myślom o współdzieleniu multi-tenancy

To dlatego, że izolacja najemcy nie jest koniecznie konstruktem na poziomie zasobów infrastrukturalnych. W sferze multi-tenancy i izolacji niektórzy traktują izolację jako ścisły podział między rzeczywistymi zasobami infrastrukturalnymi. To zwykle prowadzi do modelu, w którym każdy najemca ma oddzielne bazy danych, instancje obliczeniowe, konta lub prywatne chmury. W scenariuszach współdzielonych zasobów, takich jak aplikacje dla wielu najemców, sposób na osiągnięcie izolacji może być konstruktem logicznym.

Izolacja najemców skupia się wyłącznie na wykorzystaniu kontekstu „najemcy” w celu ograniczenia dostępu do zasobów. Oceniuje kontekst obecnego najemcy i wykorzystuje ten kontekst do określenia, które zasoby są dostępne dla tego najemcy.

Uwierzytelnianie i autoryzacja nie są równe „izolacji”

Korzystanie z uwierzytelniania i autoryzacji w celu kontrolowania dostępu do środowisk SaaS jest ważne, ale nie wystarcza do pełnej izolacji. Mechanizmy te są tylko częścią układanki bezpieczeństwa.

Często pada pytanie, czy mogę użyć ogólnych rozwiązań autoryzacji i kontroli dostępu opartej na rolach, aby osiągnąć izolację najemcy?

Oto rzecz, można zbudować aplikację dla wielu najemców, ale nie można powiedzieć, że osiągnięto i zastosowano strategie izolacji najemcy jako najlepszą praktykę. Generalnie tego nie zalecamy, ponieważ

Aby zilustrować, weźmy pod uwagę sytuację, w której skonfigurowałeś uwierzytelnianie i autoryzację dla swojego systemu SaaS. Kiedy użytkownicy się logują, otrzymują token zawierający informacje o ich roli, określający, co mogą robić w aplikacji. To podejście zwiększa bezpieczeństwo, ale nie zapewnia izolacji.

Używaj „organizacji”, aby reprezentować tenant SaaS, w celu osiągnięcia izolacji najemcy

Poleganie wyłącznie na uwierzytelnianiu i autoryzacji nie zapobiegnie temu, że użytkownik z odpowiednią rolą uzyska dostęp do zasobów innego najemcy. Musimy więc wprowadzić kontekst „najemcy”, taki jak identyfikator najemcy, aby ograniczyć dostęp do zasobów.

Tutaj wchodzi w grę izolacja najemcy. Używa identyfikatorów specyficznych dla najemcy do ustanawiania granic, podobnych do ścian, drzwi i zamków, zapewniając wyraźne oddzielenie między najemcami.

Zarządzanie tożsamością w aplikacjach dla wielu najemców

Omówiliśmy izolację najemców, ale co z tożsamościami? Jak decydujesz, czy Twoje tożsamości powinny być „izolowane” czy nie?

Często pojawia się zamieszanie wokół pojęcia „izolacji tożsamości”. Może ono odnosić się do sytuacji, w których jedna rzeczywista osoba ma dwie tożsamości w ogólnym rozumieniu ludzi.

Obie tożsamości mogą istnieć w pojedynczym systemie tożsamości. Na przykład Sarah może mieć zarejestrowany osobisty adres e-mail obok firmowego adresu e-mail, połączonego przez jednokrotne logowanie (SSO).
Użytkownicy utrzymują dwie odrębne tożsamości w oddzielnych systemach tożsamości, reprezentując całkowicie odrębne produkty. Produkty te są całkowicie niezwiązane ze sobą.

Czasami te scenariusze nazywane są „izolacją tożsamości”. Jednak ten termin może nie pomóc w podjęciu decyzji.

Zamiast określenia, czy wymagacie „izolacji tożsamości”, rozważcie

Odpowiedź na to pytanie może pomóc w projektowaniu systemu. W krótkiej odpowiedzi dotyczącej aplikacji dla wielu najemców,

W aplikacjach dla wielu najemców, tożsamości, w przeciwieństwie do zasobów i danych specyficznych dla najemcy, są współdzielone przez wielu najemców. Wyobraź sobie siebie jako administratora budynku; nie chciałbyś utrzymywać dwóch oddzielnych arkuszy imion do zarządzania tożsamościami najemców.

Dążąc do izolacji najemców, być może zauważyłeś powtarzający się nacisk na termin "organizacja", często uważany za najlepszą praktykę w budowaniu aplikacji dla wielu najemców.

Stosując pojęcie "organizacji", możesz osiągnąć izolację najemcy w aplikacji dla wielu najemców, jednocześnie utrzymując zintegrowany system tożsamości.

Jak wybrać i zaprojektować odpowiedni model autoryzacji

Wybierając właściwy model autoryzacji, należy rozważyć te pytania:

Czy rozwijasz produkty B2C, B2B, lub ich kombinację?
Czy Twoja aplikacja ma architekturę dla wielu najemców?
Czy istnieje potrzeba określonego poziomu izolacji w aplikacji, określona przez jednostkę biznesową?
Jakie uprawnienia i role muszą być zdefiniowane w kontekście organizacji, a które nie muszą?

Jakie modele autoryzacji są dostępne w Logto?

Kontrola dostępu oparta na rolach

RBAC (Role-Based Access Control) to metoda przyznawania uprawnień użytkownikom na podstawie ich ról, co umożliwia skuteczne zarządzanie dostępem do zasobów.

Ta powszechna technika leży u podstaw kontroli dostępu i jest kluczowym elementem funkcji autoryzacji Logto. Jako kompleksowa platforma zarządzania tożsamością, Logto oferuje dostosowane rozwiązania dla różnych warstw i podmiotów, odpowiadając na potrzeby deweloperów i firm w zakresie różnorodnych architektur produktów.

API roli opartej na kontroli dostępu

Aby chronić ogólne zasoby API, które nie są specyficzne dla żadnej organizacji i nie wymagają ograniczeń kontekstu, funkcja API RBAC jest idealna.

Wystarczy zarejestrować API i przypisać uprawnienia do każdego zasobu. Następnie kontrolować dostęp poprzez relację między rolami a użytkownikami.

Zasoby API, role i uprawnienia tutaj są „demokratyzowane” w ramach zintegrowanego systemu tożsamości. Jest to dość powszechne w produktach B2C z mniejszą hierarchią i niewymagających bardzo głębokiego poziomu izolacji.

Organizacja roli opartej na kontroli dostępu

W środowisku B2B i dla wielu najemców izolacja najemców jest konieczna. Aby to osiągnąć, organizacje są używane jako kontekst dla izolacji, co oznacza, że RBAC jest skuteczny tylko wtedy, gdy użytkownik należy do danej organizacji.

Organizacja RBAC koncentruje się na kontroli dostępu na poziomie organizacyjnym, a nie na poziomie API. To zapewnia znaczna elastyczność dla długoterminowego samodzielnego zarządzania na poziomie organizacji, ale nadal w ramach zintegrowanego systemu tożsamości.

Kluczową cechą organizacyjnej RBAC jest to, że role i uprawnienia są zazwyczaj takie same we wszystkich organizacjach domyślnie, co czyni „szablon organizacji” Logto niezwykle znaczącym dla zwiększenia efektywności rozwoju. To odpowiada wspólnej filozofii aplikacji wielo-najemczych, w których polityki kontroli dostępu i tożsamości są wspólnymi elementami infrastruktury dla wszystkich najemców (najemców aplikacji), co jest powszechną praktyką w produktach SaaS.

Zakończenie

Ten artykuł dostarcza wszystkiego, co potrzebujesz, aby rozpocząć przygotowywanie i konfigurowanie aplikacji dla wielu najemców. Wypróbuj Logto już dziś i zacznij stosować najlepsze praktyki w rozwijaniu aplikacji dla wielu najemców z organizacjami.

Wypróbuj Logto Cloud za darmo

Co to jest architektura dla wielu najemców#

Jakie są przypadki użycia aplikacji dla wielu najemców?#

Aplikacje dla wielu najemców w SaaS#

Aplikacje dla wielu najemców w ogólnych przypadkach użycia B2B#

Dlaczego warto wykorzystać wielo-najemczość w produkcie SaaS#

Skalowanie z wielo-najemczością#

Tworzenie zintegrowanego doświadczenia#

Zapewnienie bezpieczeństwa dzięki izolacji najemcy#

Dlaczego powinieneś osiągnąć izolację najemcy?#

Izolacja najemcy nie idzie wbrew myślom o współdzieleniu multi-tenancy#

Uwierzytelnianie i autoryzacja nie są równe „izolacji”#

Używaj „organizacji”, aby reprezentować tenant SaaS, w celu osiągnięcia izolacji najemcy#

Zarządzanie tożsamością w aplikacjach dla wielu najemców#

Jak wybrać i zaprojektować odpowiedni model autoryzacji#

Jakie modele autoryzacji są dostępne w Logto?#

Kontrola dostępu oparta na rolach#

API roli opartej na kontroli dostępu#

Organizacja roli opartej na kontroli dostępu#

Zakończenie#