WebServices에서 ASP.NET 응용 프로그램 빌드를 설계 할 때 성능 고려 사항

Question

ASP.NET MVC를 사용하여 ASP.NET 포털을 재구성하는 것을 고려 중입니다. 두 개의 서로 다른 웹 사이트에서 동일한 포털 솔루션을 사용하고 있으며, 관리 사이트 인 내 사이트에 대한 편집 및 기사 작성을 한 곳에서하고 싶습니다. 필자는 기사 작성 및 나열 기능을 제공하는 "Article Web Service"를 만드는 것을 고려해 보았습니다. 그러나 성능은 어떻습니까?

내 포털에서 기사 목록 (전체 목록 ~ ~ 100 기사)을 작성하려면 내 기사를 가져와야하며 의견이있는 기사 하나만 표시해야합니다. 포럼, 블로그, 미디어 갤러리 등에도 동일하게 적용됩니다.

저는 관리자에게 모든 포털을 제어하는 ​​한 곳에서 사용하기 쉬운 인터페이스를 제공하는 기회를 모른 채 생각합니다.

웹 서비스를 광범위하게 사용하면 포털이 너무 느려져 쓸모가 없습니까? WebServices 대신이 단일 관리 지점을 수행하는 대체 솔루션이 있습니까?

환호, 직선 MVC 기반의 포털

Answer 1

는 아약스 또는 실버 라이트를 많이 사용을하지 않는 한, 당신은 웹 서비스를 필요가 없습니다 - 그러나 그 경우, 웹 서비스에 의해 호출된다 서버 쪽에서가 아니라 클라이언트. 서버 측 WS는 일반적으로 성능면에서 볼 때 상당히 비쌉니다. 일부 제한된 대규모의 다중 서버 응용 프로그램에서만 의미가 있습니다.

관리 작업의 경우 필요한 관리 기능을 제어하는 ​​UI로 보호 된 페이지 집합을 작성하기 만하면됩니다. 모험심이 있다면 Silverlight도 좋을 것입니다.

일부 ASP.NET perf 팁 (MVT는 아니지만)을 찾고 계시다면 새 책 : Ultra-Fast ASP.NET을 사용해보십시오.

Answer 2

아키텍처에 적합한 소리입니다.

서비스를 통해 데이터베이스를 노출하면 UI와 백엔드 사이에 큰 격차가 생기기 때문에 동일한 서비스를 모두 사용하는 WPF, Silverlight, ASP.NET, WinForms UI를 작성할 수 있습니다. 네가 그렇게 원한다면.

WCF를 살펴보면 서비스가 어디에 살고 누가 소비하는지 매우 융통성있게 나타납니다.

또한 합리적인 노력으로 캐싱 및 압축과 같은 작업을 구현할 수 있으므로 도입 할 추가 레이어로 인한 성능 저하를 줄일 수 있습니다.