Microsoft MVP성태의 닷넷 이야기
.NET Framework: 106. WCF - 다중 서비스 호스트 [링크 복사], [링크+제목 복사],
조회: 22960
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13879정성태2/5/20255313오류 유형: 946. Ubuntu - N: Updating from such a repository can't be done securely, and is therefore disabled by default.
13878정성태2/3/20255254오류 유형: 945. Windows - 최대 절전 모드 시 DRIVER_POWER_STATE_FAILURE 발생 (pacer.sys)
13877정성태1/25/20254483닷넷: 2315. C# - PCI 장치 열거 (레지스트리, SetupAPI)파일 다운로드1
13876정성태1/25/20255524닷넷: 2314. C# - ProcessStartInfo 타입의 Arguments와 ArgumentList파일 다운로드1
13875정성태1/24/20254118스크립트: 69. 파이썬 - multiprocessing 패키지의 spawn 모드로 동작하는 uvicorn의 workers
13874정성태1/24/20255331스크립트: 68. 파이썬 - multiprocessing Pool의 기본 프로세스 시작 모드(spawn, fork)
13873정성태1/23/20253948디버깅 기술: 217. WinDbg - PCI 장치 열거파일 다운로드1
13872정성태1/23/20253557오류 유형: 944. WinDbg - 원격 커널 디버깅이 연결은 되지만 Break (Ctrl + Break) 키를 눌러도 멈추지 않는 현상
13871정성태1/22/20254051Windows: 278. Windows - 윈도우를 다른 모니터 화면으로 이동시키는 단축키 (Window + Shift + 화살표)
13870정성태1/18/20254926개발 환경 구성: 741. WinDbg - 네트워크 커널 디버깅이 가능한 NIC 카드 지원 확대
13869정성태1/18/20254259개발 환경 구성: 740. WinDbg - _NT_SYMBOL_PATH 환경 변수에 설정한 경로로 심벌 파일을 다운로드하지 않는 경우
13868정성태1/17/20253900Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/20255398오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20255628개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20255173오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20255172Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20254088Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
13862정성태1/13/20254588Linux: 112. Linux - 데몬을 위한 SELinux 보안 정책 설정
13861정성태1/11/20254707Windows: 276. 명령행에서 원격 서비스를 동기/비동기로 시작/중지
13860정성태1/10/20254361디버깅 기술: 216. WinDbg - 2가지 유형의 식 평가 방법(MASM, C++)
13859정성태1/9/20255152디버깅 기술: 215. Windbg - syscall 이후 실행되는 KiSystemCall64 함수 및 SSDT 디버깅
13858정성태1/8/20255132개발 환경 구성: 738. PowerShell - 원격 호출 시 "powershell.exe"가 아닌 "pwsh.exe" 환경으로 명령어를 실행하는 방법
13857정성태1/7/20255420C/C++: 187. Golang - 콘솔 응용 프로그램을 Linux 데몬 서비스를 지원하도록 변경파일 다운로드1
13856정성태1/6/20254325디버깅 기술: 214. Windbg - syscall 단계까지의 Win32 API 호출 (예: Sleep)
13855정성태12/28/20245971오류 유형: 941. Golang - os.StartProcess() 사용 시 오류 정리
13854정성태12/27/20245864C/C++: 186. Golang - 콘솔 응용 프로그램을 NT 서비스를 지원하도록 변경파일 다운로드1
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...