Aplikacja typu saas - architektura Opcje

[tczajka]

Witam wszystkich.
Zaczynam pracę nad projektowaniem i pisaniem pewnej aplikacji w modelu saas gdzie przewiduję takie mniej więcej elementy:
- panel admin najwyższego rzędu gdzie będą zakładane/generowane konta klientów w skład których będa wchodzić poniższe części:
- panel admin (klienta) dla zarządzania bazą użytkowników, przydzielaniem usług, definiowaniem usług itp (wszystko w ramach jednego klienta)
- panel usera do zarządzania i do-konfigurowania przez usera założonego na poziomie wyżej
- strona usera do prezentacji treści usera (np konkretnych usług oferowanych przez usera-klienta)
Przykładem może tu być aplikacja do zarządzania hurtowniami gdzie zakładamy konta np dla Hurtowni 1, Hurtowni 2 itpp. W nich tworzeni są konta dla pracowników do zarządzania ofertą itp.

Zastanawiam się tutaj nad 3 możliwościami:
1. Tworzyć wszystko na jednym adresie, jednej bazie danych (jeden handler dla wszystkich kont) i ograniczać dostęp do poszczególnych danych odpowiednio implementując system autoryzacji itp
2. Tworzyć wszystko na jednym adresie , ale każdy klient będzie na osobnej bazie danych separując tym samym dane jednego klienta od drugiego (istotne w razie włamu)
3. Tworzyć osobną aplikację do admina adminów np na innym adresie (gdzie będą zakładani Ci duzi klienci, np hurtownie), oraz osobną dla klientów (tutaj to samo jak wyżej albo na jednej bazie wszyscy klienci albo każdy na osobnej)

Podział na osobne bazy danych rodzi tylko więcej roboty z zakładaniem kont (jakiś manager handlerów do DB). Z założenia nie będzie tam dziur ale moje rozważania wynikają głównie z obawy że podczas włamu atakujący dostanie dostęp do wszystkich klientów, podczas gdy gdyby każdy klient był na osobnej bazie szkody mogą zostać ograniczone.

Co o tym sądzicie? Które rozwiązanie wg Was jest lepsze i dlaczego lub dlaczego nie? Inne rozwiązanie?
pozdrawiam

[tczajka]

hej
dzięki za Twoją opinię w temacie,

Ad.1.1 Sugerujesz że dobrze by było dla każdego klienta stawianie osobnej instancji całej aplikacji? Jedna instancja nazwijmy to fizyczna (pliki) znacznie ułatwia proces aktualizacji, bo wdrożenie nowej funkcjonalności, poprawek itp automatycznie załatwi sprawę wszystkich klientów. Z kolei z punktu widzenia bezpieczeństwa już najlepiej byłoby chyba odpalanie każdej instancji na osobnym użytkowniku systemowym (terminalowym na którym działa wirtualka) ale wtedy każdy klient musiałby być odpalany na osobnej subdomenie, na osobnej wirtualce. Co o tym sądzisz?
Ad.1.2 Racja
Ad.1.3 Racja
Ad.2 Ok, przemawia to do mnie.
Ad.3 Nie ma z tym jakiegoś większego ponieważ mam dostęp do dość rozbudowanej infrastruktury serwerowej gdzie wstawienie osobnego klocka pod aplikację nie stanowi jakiegoś większego problemu
pozdrawiam