이 주제는 전에도 수 백만 번 논의되었지만 내 요구 사항을 명확히 해줍니다. 시스템을 제어하고 필요한 기능을 포함하는 단일 서버가 필요합니다. 또한 HI/GUI 및 콜 서버 측 기능 만 나타내는 "n"클라이언트가 있습니다. 서버 자체는 클라이언트에 데이터를 다시 보내고 클라이언트 쪽 기능도 호출 할 수 있어야합니다 (종료, 종료 등)클라이언트 - 서버 아키텍처
이중 서비스/계약에 대해 들었습니다 (http : // msdn Microsoft.com/ko-kr/library/ms731064.aspx), 그러나 나는 그것이 얼마나 올지 확신하지 못합니다. 어떻게 처리할까요?
나는 최근에 서버와 클라이언트 호스트 모두에게 WCF 서비스를 제공하는 개념 증명 애플 리케이션을 만들었습니다. 클라이언트는 서버에 연결 한 다음 핸드 셰이크 호출을 통해 서버에 연결 정보를 제공하여 서버가 클라이언트에 다시 연결되도록 만듭니다. 동시에 원격 사이트의 로컬 LAN에서 64K 회선까지 네트워크 링크를 통해 여러 클라이언트와 대담하게 작업했습니다.
이것은 꽤 흥미로운 것 같습니다. IIS 서버를 사용하여 서비스 측 WCF 서비스를 호스팅 했습니까? 충분히 구체적이지는 않았지만 IIS 서버가 필요 없다면 좋을 것입니다. – lenniep
IIS가 필요하지 않습니다. 콘솔 앱, winsf 서비스, win 서비스 또는 IIS에서 wcf 서비스를 호스팅 할 수 있습니다. 내가 찾은 이점은 당신이 사용하는 바인딩에 관계없이 기본적으로 양방향 통신을 가질 수 있다는 것입니다. HTTP 또는 tcp. 클라이언트는 업데이트를 위해 서버를 폴링 할 필요가 없으며 WCF 호스트는 서버 호출을 수신 대기합니다. –
대단히 감사합니다. 나는 당신의 솔루션을 시험해 보았습니다. 그것은 제게 잘 작동하고 제 요구를 충족시킵니다. 다시 한 번 감사드립니다! – lenniep
WCF를 사용하고 클라이언트의 응용 프로그램에서 IIS의 서버에서 서비스를 호스팅하고 클라이언트가 서버의 끝점을 등록하도록 할 수 있습니다.
내가 이해한다면, 비트 토런트와 같이 일종의 중앙 피어 투 피어를 찾고 있습니까? –
종류는 다르지만 클라이언트는 서로 통신 할 필요가 없습니다. 클라이언트 - 서버 및 서버 - 클라이언트 통신 만 필요합니다. – lenniep