Microsoft MVP성태의 닷넷 이야기
.NET Framework: 106. WCF - 다중 서비스 호스트 [링크 복사], [링크+제목 복사],
조회: 23163
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일


WCF - 다중 서비스 호스트


가끔, 이에 대해서 물어보는 경우가 있어서 차후 반복되는 답변을 위해서 미리 써볼까 합니다. (사실, 그다지 기술적인 팁은 아니지만.)

먼저, 대강 WCF 서비스를 만드는 방법을 훑어 볼까요!

WCF 서비스를 위해서는 대체로 2개의 클래스/인터페이스가 필요합니다. 먼저, 아래와 같이 ServiceContract를 만들고,

[ServiceContract]
public interface IServiceA
{
    [OperationContract]
    string GetServiceName();
}

그다음, 당연히 이에 대한 구현 클래스를 만들어야죠.

[ServiceBehavior]
public class ServiceAImp : IServiceA
{
    public string GetServiceName()
    {
        return "ServiceA";
    }
}

이렇게 마련되면, 다음과 같이 서비스 호스팅을 하게 되지요.

public partial class Form1 : Form
{
    ServiceHost aHost;

    public Form1()
    {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        aHost = new ServiceHost(typeof(ServiceAImp));
        aHost.Open();
    }

    private void Form1_FormClosed(object sender, FormClosedEventArgs e)
    {
        aHost.Close();
    }
}




일단, 서비스 하나는 위와 같이 정의를 해서 호스팅을 하는 상태에서, 별도로 다른 서비스를 정의하려면 역시나 다음과 같이 ServiceContract 클래스와 ServiceBehavior 클래스를 추가해 주는 것으로 시작할 수 있습니다.

[ServiceContract]
public interface IServiceB
{
    [OperationContract]
    string GetServiceName();
}

[ServiceBehavior]
public class ServiceBImp : IServiceB
{
    public string GetServiceName()
    {
        return "ServiceB";
    }
}

질문을 하시는 분들 중에 대부분이 위와 같은 정도로 정의를 해놓고 더 이상 어찌할 바를 모릅니다. 그렇죠! 방법은 의외로 간단합니다. 별도의 ServiceHost를 하나 더 정의해서 추가해 주면 되는 것입니다.

public partial class Form1 : Form
{
    ServiceHost aHost;
    ServiceHost bHost;

    public Form1()
    {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        aHost = new ServiceHost(typeof(ServiceAImp));
        aHost.Open();
        bHost = new ServiceHost(typeof(ServiceBImp));
        bHost.Open();
    }

    private void Form1_FormClosed(object sender, FormClosedEventArgs e)
    {
        aHost.Close();
        bHost.Close();
    }
}

간단하지요. ^^

물론, app.config에 추가되는 서비스 관련 환경 설정도 ServiceA에서 해주는 것과 동일하게 ServiceB도 추가해 주면 됩니다. 물론, 서비스끼리 포트를 공유해서 설정하는 것도 가능합니다.

<system.serviceModel>
    <services>
        <!-- Service A -->
        <service behaviorConfiguration="ServiceAHost.ServiceBehavior"
                name="ServiceHostWinApp.ServiceAImp">
            <host>
                <baseAddresses>
                    <add baseAddress="http://localhost:24000/ServiceA" />
                    <add baseAddress="net.tcp://localhost:24001/" />
                </baseAddresses>
            </host>
            <endpoint address="ServiceA" binding="netTcpBinding" bindingConfiguration="ServiceA_TcpBinding"
                      contract="ServiceHostWinApp.IServiceA" />
            <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
        </service>

        <!-- Service B -->
        <service behaviorConfiguration="ServiceBHost.ServiceBehavior"
                name="ServiceHostWinApp.ServiceBImp">
            <host>
                <baseAddresses>
                    <add baseAddress="http://localhost:24000/ServiceB" />
                    <add baseAddress="net.tcp://localhost:24001/" />
                </baseAddresses>
            </host>
            <endpoint address="ServiceB" binding="netTcpBinding" bindingConfiguration="ServiceB_TcpBinding"
                      contract="ServiceHostWinApp.IServiceB" />
            <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
        </service>
    </services>
    
    .... [중간 생략] ....
</system.serviceModel>

baseAddress 설정에서 http 부분에 대해서는 별도로 "ServiceA", "ServiceB"를 붙였는데요. 왜냐하면, mex 기능이 해당 baseAddress를 기준으로 그대로 "mex"만을 붙여서 endpoint를 정하기 때문입니다. 그래서 2개의 endpoint가 "http://localhost:24000/mex"라고 겹치기 때문에 중간에 그것을 구분해주는 서비스 명을 넣은 것입니다.

반면에, net.tcp에서는 그냥 "net.tcp://localhost:24001/"에서 마무리 지었지요. 그 대신, 각각의 서비스마다 "endpoint" 설정을 두어서 address에 "ServiceA", "ServiceB"를 추가해 놓은 것입니다. 만약 endpoint의 address 값을 공백 문자열로 주었다면 baseAddress에서부터 서비스를 구분하는 문자열을 두어야 합니다.

마지막으로, 첨부된 파일은 위의 내용들을 반영한 간단한 예제 프로젝트입니다.



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/28/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11283정성태8/27/201718734오류 유형: 418. CSS3117: @font-face failed cross-origin request. Resource access is restricted.
11282정성태8/26/201720421Math: 22. 행렬로 바라보는 피보나치 수열
11281정성태8/26/201722629.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원 [2]
11280정성태8/24/201720107디버깅 기술: 94. windbg - 풀 덤프에 포함된 모든 모듈을 파일로 저장하는 방법
11279정성태8/23/201731414.NET Framework: 676. C# Thread가 Running 상태인지 아는 방법
11278정성태8/23/201719867오류 유형: 417. TFS - Warning - Unable to refresh ... because you have a pending edit. [1]
11277정성태8/23/201721013오류 유형: 416. msbuild - error MSB4062: The "TransformXml" task could not be loaded from the assembly
11276정성태8/23/201724926.NET Framework: 675. C# - (파일) 확장자와 연결된 실행 파일 경로 찾기 [2]파일 다운로드1
11275정성태8/23/201734266개발 환경 구성: 323. Visual Studio 설치 없이 빌드 환경 구성 - Visual Studio 2017용 Build Tools [1]
11274정성태8/22/201720900.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201722343오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201726236VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201720129VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201732306.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201722416디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201722472디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201726133.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201726285.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201754179기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201725596오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201720935오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201719492오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201721915디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201720414.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718951.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201720313.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...