Rozglądałem SO i mogłyśmy znaleźć coś pasującego mój scenariusz ...Wielu najemców Środowisko - Wiele dostawcy członkostwa, 1 dB na najemcy, jednej aplikacji
Wielu najemców Środowisko - wielu dostawców członkostwa 1 DB za najemcy, jeden pojedynczy wniosek na Azure ...
pytanie jest dość prosta:
Czy Asp.net dostawca członkostwa być skonfigurowany w taki sposób? Jakieś wskazówki dotyczące sposobu?
Teraz znacie pytanie, pozwala głowy do szczegółów ...
Ten stos ma działać na Azure z SQL Azure dla trwałych danych i członkostwa ASP.net, MVC4, EF5 i niektóre eye candy rzeczy ...
wyzwanie polega na:
Tworzenie środowiska multi-tenant uruchomienie pojedynczej aplikacji w Azure (role pracownika i role internecie, ale NIE lokator specyficzne lub zorientowanych) ;
Jeden do jednego izolacji baz danych (jedna baza danych na jednego dzierżawcę);
Jedno członkostwo Asp.net w każdej bazie danych w celu uwierzytelnienia i autoryzacji użytkowników utworzonych przez każdego najemcę;
Jednym z głównych baz danych, trzymając udostępnianych danych i główny Asp.net członkostwa, gdzie jedynym administratorem użytkownicy (administratorzy Główny oddział i administratorzy najemcy) logowanie ...
Ważne powiedzieć, że wszystkie bazy danych mają dokładnie taka sama struktura, z wyjątkiem głównej ...
Nie wiem, czy pomaga, ale stos zawiera także MVC4, EF5 (pierwsze podejście DB);
Właściwie zastanawiałem się, czy użyć mechanizmu trasy MVC do zebrania identyfikatora najemcy, a następnie ustawienie konkretnego kontekstu Db, w którym powinny obowiązywać wszystkie operacje;
Wszelkie pomysły?
Aby dodać trochę dodatkowych szczegółów ... Znalezione [this] (http://stackoverflow.com/questions/10466542/asp-net-membership-model-for-multiple-company-accounts-each -Z wieloma użytkownikami) przed opublikowaniem mojego. Wcale nie jest mi wygodnie wdrażać n najemców w jednym dostawcy członkostwa asp.net, nie ważne co ... Ryzykowne dla kości ... –
Na przyszłość ... Po prostu lubię to (http: // stackoverflow .pl/pytania/6707529/get-specific-member-provider).Nie jest idealny, ale jest o krok bliżej rozwiązania. Prawdziwy problem polega na tym, że wymaga on ustawienia KAŻDEGO nowego dzierżawcy w pliku web.config. Aha, gdyby takie ustawienia mogły dynamicznie wyskakiwać z źródła danych ... Pomysły? –