2017-11-06 1 views
0

나는 약 SignalR API에 대해 읽고 계속 구현하려고합니다. SignalR Hub의 클라이언트 인 MVC 웹 응용 프로그램을 만들었습니다. 클라이언트는 JavaScript 클라이언트입니다. 동일한 애플리케이션의 일부로 SignalR 허브를 만들었습니다. 내가 배운 것은 SignalR 또한 독립적 인 응용 프로그램으로 자체 호스팅 될 수 있다는 것입니다. 내 혼란은 웹 응용 프로그램에서 분리하여 따로 호스트하면 어떤 차이가 있습니까? 그리고 두 가지 접근 방식에 찬반 양론이 존재합니까?자체 포함 된 응용 프로그램 또는 웹 응용 프로그램의 일부로 호스팅되는 SignalR

+1

프로젝트 구성 방법은 귀하에게 달려 있습니다. 읽었습니까 https://docs.microsoft.com/en-us/aspnet/signalr/overview/deployment/tutorial-signalr-self-host. ("개요"부분을 읽으십시오) – Tester

+0

오 잘! 그것은 꽤 많은 질문에 답합니다! 왜 내가 왜 건너 뛴지 모르겠다. 어쨌든 고마워. 어쩌면 거기에 주어진 것을 인용하여 같은 대답을 넣을 수 있다면 받아 들일 수 있습니까? – Akshatha

+0

지금 있습니다. 감사 – Tester

답변

1

프로젝트 구성 방법은 귀하에게 달려 있습니다. https://docs.microsoft.com/en-us/aspnet/signalr/overview/deployment/tutorial-signalr-self-host : IIS에서 호스팅하지 않는

이유는 다음과 같습니다 : 같은 IIS없이 기존 서버 팜으로 IIS를 사용할 수 없거나 바람직하지 않다

  • 환경, 나는 거기에 몇 가지 흥미로운 점은 생각합니다.
  • IIS의 성능 오버 헤드를 피할 필요가 있습니다.
  • SignalR 기능은 Windows 서비스, Azure 작업자 역할 또는 기타 프로세스에서 실행되는 exising 응용 프로그램에 추가됩니다. 솔루션 성능 이유 자체 호스트로 개발되는 경우

, 또한 성능 이점을 결정하기 IIS에서 호스팅되는 응용 프로그램을 테스트하는 것이 좋습니다.

관련 문제