Wspieranie multitenancy

Jakie są typowe wyzwania, które pojawiają się podczas przekształcania aplikacji z jednym dzierżawcą w aplikację z wieloma lokatorami? Najważniejsze jest bezpieczeństwo i izolacja danych. Jakie są inne?

Jestem jednym z architektów dość znaczącego wysiłku w zakresie automatyzacji i historycznie to właśnie nasza firma z niego korzysta. Chcemy, aby inni mogli z niego również korzystać. Za każdym razem, gdy mówimy o „uczynieniu go wielodostępnym”, rozmowa koncentruje się na utrzymywaniu użytkowników z jednym najemcą z dala od danych, które posiada inny najemca, i upewnianiu się, że użytkownicy z jednym najemcą nie mogą (umyślnie lub przypadkowo) wywierać wpływu na innego środowiska najemcy. Zastanawiam się, czy bezpieczeństwo / izolacja danych są tak naprawdę jedynymi głównymi problemami tutaj, czy też są jakieś inne poważne obawy, o których po prostu nie myślimy.

Oprócz silosowania danych mogą wystąpić problemy

1. Dostępność - z jednym dzierżawcą mogą sami wykonywać tylko czynności DoS, ale nawet gdy dane są odpowiednio wyciszone, dzierżawca nadal może wyczerpać zasoby.
2. Rejestrowanie - wszystkie komunikaty dziennika przyjmowały jednego najemcę. O ile nie zapisujesz silosów w dziennikach na jednego najemcę, Twoje wiadomości mogą stać się mniej przydatne.
3. Współbieżność - aplikacje dla pojedynczych najemców mogą działać przy umiarkowanym obciążeniu, a wysoka rywalizacja o kilka blokad może skutecznie szeregować niektóre operacje. Jeśli blokady są pomnożone przez najemcę, możesz zacząć widzieć przeplatanie operacji, które wcześniej nie miały miejsca. Warunki wyścigowe, które najprawdopodobniej nigdy się nie pojawią, mogą się teraz pojawić.
4. Nowe źródła rywalizacji o zasoby - gdzie wcześniej mogło być n gniazd i m uchwytów plików, teraz pomnóż ten najemcę.
5. Kompromis w zakresie konfigurowalności / kompatybilności wstecznej - gdzie zanim zdezaktualizujesz komponent przy wdrażaniu zamiennika, możesz mieć teraz jednego najemcę żądającego komponentu i jednego najemcę wymagającego, aby stary komponent, który zastępuje, pozostawał na czas nieokreślony.
6. Cel wezwania do sądu - obecnie jesteś celem wezwania do sądu z powodu problemów związanych z Twoją firmą. W przypadku wielu dzierżawców może być konieczne udzielenie odpowiedzi na wezwania sądowe, nawet jeśli nie jest się stroną postępowania prawnego.

Niektóre z nich zakładają, że używasz wszystkich dzierżawców w tej samej przestrzeni adresowej (komputer lub klaster). Jeśli każdy najemca uruchamia oprogramowanie na swoim sprzęcie, możesz wykonać kilka z powyższych czynności i dodać:

1. Trudności z dostępem do maszyn w celu debugowania.
2. Prośby o wsparcie dla starszych wersji.
3. Prośby o zezwolenie zewnętrznym kontrahentom na konfigurację.
4. Mniej kontroli nad sprzętem, na którym działa.
5. Mniej kontroli nad cyklem łatania / aktualizacji systemu operacyjnego, na którym działa.

Moim zdaniem największym problemem w wielu najemcach jest dostosowanie. Dzieje się tak rutynowo, jeśli sprzedajesz aplikację biznesową przedsiębiorstwom. Może to być coś tak prostego, jak każdy klient chcący własnych skórek, a także możliwość konfigurowania dodatkowych pól, reguł, formularzy i raportów. Poziom dostosowania, który należy obsługiwać, odgrywa kluczową rolę w architekturze.

Odpowiedź Mike'a jest bardzo dobra, a wiele z tych punktów prawie nie docenia ich złożoności ze względu na to, jak krótkie są, więc weź je sobie do serca.

Chciałbym dodać, że powinieneś mieć dobre narzędzia zarządzania do tworzenia (a później zarządzania) nowych najemców. W zależności od używanej architektury fizycznej może to być dalekie od trywialnych i jest to często pomijane. Korzyści z oprogramowania jako produktu usługowego naprawdę wchodzą w grę tylko wtedy, gdy istnieje duża liczba najemców, dlatego należy poświęcić temu dużo wysiłku.

Rozszerzyć odpowiedź Śrirama; dostosowanie najemcy jest prawie zabronione, wszystko, co najemca może chcieć zmienić, powinno być konfigurowalne . Np. Jeśli twoje rozwiązanie nie obsługuje dynamicznego dodawania pól danych w co najmniej kilku kluczowych obszarach, prawdopodobnie zostaniesz zalany żądaniami dostosowania. Jest to jeden z niewielu przypadków, gdy trochę dodatkową złożoność góry ma faktycznie spłacić (powiedzmy to sprzeczne YAGNI, a przynajmniej ten poziom konfiguracji jest niemal kluczowym wymogiem, więc to będzie to potrzebne).