O czym należy pamiętać przy tworzeniu aplikacji MVC dla wielu klientów korzystających z asp.net?

Question

Dzień dobry - mam dziś dość ogólne pytanie - zadanie polegało na stworzeniu aplikacji internetowej do zarządzania podstawowymi informacjami o klientach. Jest to bardzo prosta aplikacja, ale nie wiem, o czym należy pamiętać, aby stworzyć witrynę wspierającą wielu użytkowników w ich własnych domenach lub subdomenach naszego adresu URL?

W jaki sposób ograniczyć użytkownikom możliwość logowania się do każdej innej części aplikacji?

Widziałem wzmiankę o zakresie bazy danych w podobnych pytaniach na temat przepełnienia stosu, czy ktokolwiek mógłby opracować najlepsze praktyki dla takiej implementacji?

Czy są jakieś nowe funkcje w MVC3 do obsługi wielu dzierżawców? Mam do czynienia z tym problemem z MVC2 i moją witryną eCommerce, gdzie zdecydowaliśmy, że chcemy, aby była ona oznaczona na biało i dostosowywana dla wielu właścicieli sklepów, i nie wiemy, od czego zacząć wdrażanie tych funkcji w istniejącej aplikacji. Dowolne wejście jest doceniane.

edit

Wypracowanie na multi-najmu, co mam na myśli - w kontekście sklepie na przykład wielu użytkowników założyć własny sklep na www.mystore.com i każdy dali unikalna subdomena, aby uzyskać dostęp do własnej instancji sklepu, na stronie user1.mystore.com, user2.mystore.com itd. Każdy sklep miałby klientów z historią zamówień, a klienci mieliby loginy. Musiałbym ograniczyć klientów user1.mystore.com do logowania się na user2.mystore.com bez nowego konta, a także zapobiec dostępowi user2.mystore.com do historii klientów user1.mystore.com.

Answer 1

Zaimplementowałam kompletną aplikację multi-tennant MVC. Oto niektóre łącza znalazłem poręczny i niektóre aplikacje przykładowe:

http://msdn.microsoft.com/en-us/library/aa479086.aspx

http://codeofrob.com/archive/2010/02/14/multi-tenancy-in-asp.net-mvc-controller-actions-part-i.aspx

http://www.developer.com/design/article.php/10925_3801931_2/Introduction-to-Multi-Tenant-Architecture.htm

http://msdn.microsoft.com/en-us/library/aa479086.aspx#mlttntda_cc

http://lukesampson.com/post/303245177/subdomains-for-a-single-application-with-asp-net-mvc

http://code.google.com/p/multimvc/

http://www.paulstovell.com/widgets

http://www.agileatwork.com/bolt-on-multi-tenancy-in-asp-net-mvc-with-unity-and-nhibernate/

http://ayende.com/blog/3530/multi-tenancy-approaches-and-applicability

http://weblogs.asp.net/zowens/archive/tags/Multi-tenancy/default.aspx

http://cloudsamurai.codeplex.com/

http://cloudninja.codeplex.com/

http://msdn.microsoft.com/en-us/library/hh534484.aspx

http://blog.maartenballiauw.be/post/2009/05/20/ASPNET-MVC-Domain-Routing.aspx

http://blog.tonywilliams.me.uk/asp-net-mvc-2-routing-subdomains-to-areas

Nawet zaczynając od zera, to są na świecie boli. Ramy MVC bardzo niewiele pomagają rozwiązać problemy.

Answer 2

Najprawdopodobniej masz zamiar spędzić sporo czasu na restrukturyzacji bazy danych.

Pierwszym krokiem jest utworzenie stołu do przechowywania listy "Lokatora". Następnie musisz dodać ten TenantId do niemal każdej tabeli w systemie, aby upewnić się, że nikt się nie nawzajem nie podoła. Możesz pominąć wszystkie tabele o charakterze globalnym. Jednym z przykładów może być lista kodów stanu.

Jednak wszystko od użytkowników po dane, które mają itp., Będzie musiało mieć ten identyfikator. Zmodyfikuj także wszystkie swoje indeksy, aby wziąć na siebie lokatora.

Gdy już to zrobisz, będziesz musiał zmodyfikować wszystkie swoje zapytania, aby uwzględnić najemcę.

Jedna kolumna tabeli najemców powinna być adresem URL portalu. Na przykład customername.oursite.com lub cokolwiek innego. W ten sposób możesz skierować wiele adresów URL do dokładnie tego samego kodu. Gdy witryna musi korzystać z aktualnej najemcy, po prostu sprawdź ją na podstawie podanego adresu URL.

Gdybym to robił, planowałbym spędzić około 1 do 2 godzin na tabeli w bazie danych, aby "multi-tenant". Oczywiście niektóre tabele (i ich zapytania) będą działały szybciej; inne potrwają dłużej.

Nawiasem mówiąc, nie obejmuje to np. Dostosowywania interfejsu użytkownika (wyglądu/stylu) na dzierżawcę lub czegokolwiek podobnego. Jeśli musisz to zrobić, musisz utworzyć katalog na serwerze dla każdego lokatora, aby przechowywać arkusze stylów lub załadować go bezpośrednio z bazy danych (która ma własne problemy z pamięcią podręczną).

Zazwyczaj projektuje się to na początku projektu. Przystąpienie do już (lub prawie) kompletnego projektu to PITA.

Na koniec przetestuj, przetestuj, przetestuj i wykonaj więcej testów.Będziesz musiał upewnić się, że każde pojedyncze zapytanie pobiera tylko te dane, których absolutnie potrzebuje.

Answer 3

Odnotowano pewne rozmowy z obsługą wielu najmu w ostrym Architecture (w oparciu o MVC 3) znaleźć tutaj: http://www.yellowfeather.co.uk/2011/02/multi-tenancy-on-sharp-architecture-revisited/

Nie jestem pewien, czy to naprawdę pomaga ci w istniejącej aplikacji, przenoszenie ponad byłoby trochę Praca.