ServiceHostFactory를 사용하여 호스팅 확장

아티클
09/12/2008

WCF(Windows Communication Foundation)에서 서비스를 호스팅하기 위한 표준 ServiceHost API는 WCF 아키텍처의 확장 지점입니다. 사용자는 일반적으로 ServiceDescription을 사용하여 서비스를 열기 전에 기본 끝점을 명령적으로 추가하거나 동작을 수정하도록 OnOpening을 재지정하기 위해 ServiceHost에서 호스트 클래스를 파생할 수 있습니다.

자체 호스팅 환경에서는 호스트를 인스턴스화하는 코드를 쓴 다음 해당 코드를 인스턴스화한 후에 그 코드에서 Open을 호출하기 때문에 사용자 지정 ServiceHost를 만들 필요가 없습니다. 이러한 두 단계 사이에서 원하는 작업을 수행할 수 있습니다. 예를 들어 다음과 같이 새 IServiceBehavior를 추가할 수 있습니다.

public static void Main()
{
   ServiceHost host = new ServiceHost( typeof( MyService ) );
   host.Description.Add( new MyServiceBehavior() );
   host.Open();
   
   ...
}

이 접근 방법은 다시 사용할 수 없습니다. 설명을 조작하는 코드는 호스트 프로그램에 코딩되기 때문에(이 경우 Main() 함수) 다른 컨텍스트에서 해당 논리를 다시 사용하기 어렵습니다. 또한 명령적 코드가 필요 없는 IServiceBehavior를 추가하는 다른 방법이 있습니다. ServiceBehaviorAttribute에서 특성을 파생시켜 서비스 구현 형식에 적용하거나 구성 가능한 사용자 지정 동작을 만들고 구성을 사용하여 이 동작을 동적으로 구성할 수 있습니다.

그러나 이 문제를 해결하기 위해 약간 변형된 예제를 사용할 수도 있습니다. 한 가지 방법은 Main() 외부의 ServiceBehavior를 추가하는 코드를 ServiceHost의 사용자 지정 파생 항목에 포함되는 OnOpening 메서드로 이동하는 것입니다.

public class DerivedHost : ServiceHost
{
   public DerivedHost( Type t, params Uri baseAddresses ) :
      base( t, baseAddresses ) {}
      
   public override void OnOpening()
   {
  this.Description.Add( new MyServiceBehavior() );
   }
}

그런 다음 Main() 대신 다음을 사용할 수 있습니다.

public static void Main()
{
   ServiceHost host = new DerivedHost( typeof( MyService ) );
   host.Open();
   
   ...
}

이제 사용자 지정 논리를 다양한 호스트 실행 파일에 쉽게 다시 사용할 수 있는 명확하고 추상적인 개념으로 캡슐화했습니다.

IIS(인터넷 정보 서비스) 또는 WAS(Windows Process Activation Service) 내부에서 이 사용자 지정 ServiceHost를 사용하는 방법이 확실하지 않습니다. 호스팅 환경은 응용 프로그램 대신 ServiceHost를 인스턴스화하는 환경이기 때문에 이러한 환경은 자체 호스팅 환경과는 다릅니다. IIS 및 WAS 호스팅 인프라에서는 사용자 지정 ServiceHost 지시문에 대한 어떠한 정보도 알 수 없습니다.

ServiceHostFactory는 IIS 또는 WAS 내에서 사용자 지정 ServiceHost에 액세스할 때의 문제를 해결하도록 설계되었습니다. ServiceHost에서 파생되는 사용자 지정 호스트는 동적으로 구성되고 잠재적으로 다양한 형식이기 때문에 호스팅 환경은 이러한 호스트를 직접 인스턴스화하지 않습니다. 대신 WCF는 팩터리 패턴을 사용하여 호스팅 환경과 구체적인 서비스 유형 간의 간접 참조 계층을 제공합니다. 이러한 경우가 아닌 한 ServiceHost의 인스턴스를 반환하는 ServiceHostFactory의 기본 구현을 사용합니다. 그러나 @ServiceHost 지시문에 팩터리 구현의 CLR 형식 이름을 지정하여 파생 호스트를 반환하는 팩터리를 직접 입력할 수도 있습니다.

일반적인 경우 팩터리를 구현하는 작업은 단순해야 합니다. 예를 들어 다음은 파생된 ServiceHost를 반환하는 사용자 지정 ServiceHostFactory입니다.

public class DerivedFactory : ServiceHostFactory
{
   public override ServiceHost CreateServiceHost( Type t, Uri[] baseAddresses )
   {
      return new DerivedHost( t, baseAddresses )
   }
}

기본 팩터리 대신 이 팩터리를 사용하려면 다음과 같이 @ServiceHost 지시문에 형식 이름을 입력합니다.

<% @ServiceHost Factory=”DerivedFactory” Service=”MyService” %>

CreateServiceHost에서 반환하는 ServiceHost에 대해 원하는 작업을 수행하는 데 기술적 제한은 없지만 가능한 간단하게 팩터리 구현을 유지하는 것이 좋습니다. 사용자 지정 논리가 많은 경우 팩터리 내부 대신 호스트 내부에 해당 논리를 배치하면 논리를 재사용할 수 있습니다.

여기서 언급해야 하는 호스팅 API에 대해 하나 이상의 계층이 있습니다. 또한 WCF에는 ServiceHost 및 ServiceHostFactory가 각각 파생된 ServiceHostBase 및 ServiceHostFactoryBase가 포함되어 있습니다. 이러한 경우는 상당한 부분의 메타데이터 시스템을 사용자 지정된 생성 항목과 스왑해야 하는 고급 시나리오에 적합합니다.

다음을 통해 공유

ServiceHostFactory를 사용하여 호스팅 확장

추가 리소스