Projekt aplikacji asp .net

Muszę zaprojetować i napisać aplikacje ktora bedzie korzystała z firmowej bazy danych. Bedę korzystał z dwóch serwerów, jeden serwer do którego będą się łączyli klienci aplikacji i drugi serwer bazodanowy wykorzystywany przez firmowego ERP, którego aplikacja będzie pobierała dane. Tu może być mały problem bo baza cały czas jest w uzyciu przez ERP, ale moja aplikacja www chyba nie będzie pobierała czy zapisywałą aż tylu danych żeby były problemy z wydajnością.

Na serwerze aplikacyjnych planuję postawic IIS, i moją aplikacje. Planuję tu korzystać z Entity Framework. Będę łączył się do serwera bazodanowego i pobierał lub zapisywał potrzebne dane do bazy.

Czy dobrze to planuję, czy coś można zrobić lepiej?

No to jest najbardziej intuicyjne i standardowe podejście. Przy takiej ilości podanych wymagań i ograniczeń, trudno jest stwierdzić, czy można coś poprawić.

@somekind: nie będzie tu żadnych udziwnień, po prostu zwykły CRUD. Czyli spokojnie mogę sobie zrobić sięganie do serwera bazodanowego bezpośrednio z aplikacji na serwerze aplikacyjnym? Pytam bo gdzies slyszalem ze tak sie nie powinno robic, tylko tam gdzie mam baze powinienem wystawic jakąś usługę która sie bedzie zajmowala wyciaganiem i pisaniem do bazy. Według mnie to troche przerost, dlatego chcialem zapytac.

Tak nie powinno się robić, jeśli robisz aplikacje desktopowe. W przypadku aplikacji webowej, która jest jedna, to nie wiedzę sensu, aby wprowadzać dodatkową warstwę fizyczną. No chyba, że masz w planach dodawanie np. aplikacji na smartfony, które będą z tej samej logiki biznesowej korzystać.
W ogóle, to chcesz robić jakieś klasyczne ASP.NET MVC, czy WebAPI i jakiś framework SPA do tego?

@somekind: klasyczne asp .net mvc 5 z widokami w Razor.