Czym dokładnie jest aplikacja dla wielu dzierżawców?

Zgodnie z definicją dostępną w Internecie jest „ Wielodostępność to architektura, w której pojedyncze wystąpienie aplikacji obsługuje wielu klientów ”. To znaczy, że mam witrynę restauracji lub szkoły i zapewniam dostęp do innej restauracji lub szkoły, aby móc korzystać z mojej aplikacji z własnymi danymi, korzystając z danych uwierzytelniających, które podam po zakupie mojego produktu do zarządzania szkołą. Podobnie jak moja strona internetowa jest jak schoolmanagement.com i udostępniam różne subdomeny różnym klientom szkół, takim jak school1.schoolmanagement.com i school2.schoolmanagement.com, ale kod jest taki sam dla obu tych subdomen. Obie szkoły mają różne funkcje lub motywy zależą od ich oddzielnej bazy danych. Więc muszę to zapewnićschoolmanagement.com w celu zalogowania i po zalogowaniu mojego klienta na podstawie danych logowania przekierowuję na odpowiedni adres URL, np . school1.schoolmanagement.com .

Takie jest moje rozumienie aplikacji dla wielu najemców. Czy moje zrozumienie jest słuszne? Czy jest dostępna aplikacja online dla wielu najemców?

Tak, to jest to. Ale definicja wikipedii nie jest wystarczająco ogólna. Nie dotyczy architektur wielowarstwowych ani nowszych form architektury, takich jak SOA lub mikrousługi.

Wielodostępność dotyczy systemów oprogramowania i izolacji danych . Kilka przykładów:

• system wielopoziomowy z unikalną bazą danych może być wielodostępny. Przykład: system SAP składa się z zaplecza bazy danych i kilku serwerów aplikacji WWW, które udostępniają w skalowalny sposób usługi sieciowe. Jest wielodostępny: możesz dodać nowego klienta bez zmiany bieżącej instalacji oprogramowania, a kilku klientów może korzystać z systemu, nie wiedząc o sobie. Dane są całkowicie izolowane (zastrzeżona technologia).
• Twój system składa się z jednego lub kilku procesów z usługami internetowymi, które są udostępniane różnym klientom za pośrednictwem różnych nazw domen (ale nadal są to te same procesy, które uruchamiają go na serwerze). Izolację danych uzyskuje się za pomocą oddzielnych baz danych. To zdecydowanie wielu najemców.
• system mikrousług mógłby w podobny sposób obsługiwać kilka luźno powiązanych zestawów usług sieciowych, z których każdy korzysta z własnej mikro-bazy danych. W razie potrzeby w celu zwiększenia skali można uruchomić nowe klony tych samych mikrousług, a one za pomocą niektórych funkcji rejestracji znajdą swoich partnerów i automatycznie się z nimi połączą, oferując użytkownikowi zachowanie pojedynczej aplikacji. Następnie możliwe są dwa scenariusze:
  • jeśli chcesz obsłużyć nowego klienta, musisz uruchomić nowy oddzielny zestaw mikrousług i zorganizować, że mikrousług dla jednego klienta łączą się tylko z mikrousługami dotyczącymi tego samego klienta, to jest to jeden najemca.
  • ale jeśli możesz obsługiwać nowych klientów za pomocą działających instancji (a nowe mikrousługi byłyby potrzebne tylko do wydajności), to jest to dzierżawa dla wielu dzierżawców

Powiedziałbym tak, twoje zrozumienie jest w zasadzie poprawne. Aplikacja jest współużytkowana przez wielu klientów, a także dane każdego klienta przychodzą do bazy danych. Udostępnianie tego samego kodu bez umieszczania różnych danych klientów w tej samej bazie danych prawdopodobnie nie byłoby uważane za wielodostępne.

Wielodostępność to architektura, w której pojedyncze wystąpienie aplikacji obsługuje wielu klientów. Każdy klient jest nazywany najemcą. Dzierżawcy mogą mieć możliwość dostosowania niektórych części aplikacji, takich jak kolor interfejsu użytkownika (UI) lub reguł biznesowych, ale nie mogą dostosować kodu aplikacji.

W architekturze z wieloma dzierżawami wiele instancji aplikacji działa we wspólnym środowisku. Ta architektura jest w stanie działać, ponieważ każdy najemca jest zintegrowany fizycznie, ale logicznie oddzielony; co oznacza, że ​​jedno wystąpienie oprogramowania będzie działać na jednym serwerze, a następnie będzie obsługiwać wielu najemców. W ten sposób aplikacja w architekturze z wieloma dzierżawcami może współdzielić dedykowane wystąpienie konfiguracji, danych, zarządzania użytkownikami i innych właściwości.

Więcej informacji na stronie https://whatis.techtarget.com/definition/multi-tenancy .

Podobnie jak w twoim przypadku, każdy członek szkoły subskrybujący twoją witrynę będzie autoryzowany na podstawie ról i uprawnień najmu oraz uzyska dostęp do swoich baz danych za pośrednictwem tej samej aplikacji. Pojedyncza aplikacja połączona z wieloma bazami danych. Jeśli utworzysz poddomeny dla każdej szkoły, spowoduje to powrót do tego samego modelu Single Tenancy.

Mam nadzieję, że to odpowiada na twoje pytanie.