Windows Workflow Foundation 기능 특성

  • 아티클

.NET Framework 4에서는 Windows Workflow Foundation에 많은 기능을 추가합니다. 이 문서에서는 여러 새로운 기능을 설명하고 이러한 기능이 유용할 수 있는 시나리오에 대한 세부 정보를 제공합니다.

메시징 활동

메시징 활동(Receive, SendReply, Send, ReceiveReply)은 워크플로에서 WCF 메시지를 보내고 받는 데 사용됩니다. Receive 및 SendReply 활동은 표준 WCF 웹 서비스와 마찬가지로 WSDL을 통해 노출되는 WCF(Windows Communication Foundation) 서비스 작업을 형성하는 데 사용됩니다. Send 및 ReceiveReply는 WCF ChannelFactory와 유사한 웹 서비스를 사용하는 데 사용됩니다. 미리 구성된 활동을 생성하는 Workflow Foundation에 대한 서비스 참조 추가 환경도 있습니다.

메시징 작업 시작

  • Visual Studio 2012에서 WCF 워크플로 서비스 애플리케이션 프로젝트를 만듭니다. Receive 및 SendReply 쌍이 캔버스에 배치됩니다.

  • 프로젝트를 마우스 오른쪽 단추로 클릭하고 서비스 참조 추가를 선택합니다. 기존 웹 서비스 WSDL을 가리키고 확인을 클릭합니다. 도구 상자에 생성된 활동(Send 및 ReceiveReply을 사용하여 구현)을 표시하도록 프로젝트를 빌드합니다.

  • 워크플로 서비스 설명서

메시징 작업 예제 시나리오

BestPriceFinder 서비스는 특정 노선에 대한 최적의 항공권 가격을 찾기 위해 여러 항공사 서비스를 호출합니다. 이 시나리오를 구현하려면 메시지 활동을 사용하여 가격 요청을 수신하고, 백 엔드 서비스에서 가격을 검색하고, 가장 좋은 가격으로 가격 요청에 응답해야 합니다. 또한 최상의 가격을 계산하기 위한 비즈니스 논리를 생성하기 위해 다른 기본 활동을 사용해야 합니다.

WorkflowServiceHost

WorkflowServiceHost는 여러 인스턴스, 구성 및 WCF 메시징(워크플로가 호스팅되기 위해 메시징을 사용할 필요는 없지만)을 지원하는 즉시 사용 가능한 워크플로 호스트로, 서비스 동작의 집합을 통해 지속성, 추적 및 인스턴스 제어와 통합됩니다. WCF의 ServiceHost과 마찬가지로 WorkflowServiceHost는 콘솔/WinForms/WPF 애플리케이션 또는 Windows 서비스에서 자체 호스팅되거나 IIS 또는 WAS에서 웹 호스팅(.xamlx 파일)될 수 있습니다.

워크플로 서비스 호스트 시작

WorkflowServiceHost 시나리오

BestPriceFinder 서비스는 특정 노선에 대한 최적의 항공권 가격을 찾기 위해 여러 항공사 서비스를 호출합니다. 이 시나리오를 구현하려면 WorkflowServiceHost에서 워크플로를 호스팅해야 합니다. 또한 메시지 활동을 사용하여 가격 요청을 수신하고, 백 엔드 서비스에서 가격을 검색하고, 가장 좋은 가격으로 가격 요청에 응답합니다.

상관 관계

상관 관계는 다음 두 가지 중 하나입니다.

  • 메시지를 그룹화하는 방법(즉, 요청 메시지와 회신 간의 관계)

  • 데이터를 서비스 인스턴스에 매핑하는 방법

시작

  • 상관 관계를 시작하려면 Visual Studio에서 새 프로젝트를 만듭니다. CorrelationHandle 형식의 변수를 만듭니다.

  • 메시지를 그룹화하는 데 사용되는 상관 관계의 예로 메시지를 그룹화하는 요청-회신 상관 관계가 있습니다.

  • 데이터를 서비스 인스턴스에 매핑하는 예로 데이터(예: 주문 ID)를 특정 워크플로 인스턴스에 매핑하는 콘텐츠 기반 상관 관계가 있습니다.

    • 아무 메시징 작업에서나 CorrelationInitializers 속성을 클릭하고 위에서 만든 QueryCorrelationInitializer 변수를 사용하여 CorrelationHandle를 추가합니다. 드롭다운 메뉴에서 원하는 메시지 속성(예: OrderID)을 두 번 클릭합니다. CorrelatesWith 속성을 위에서 사용한 CorrelationHandle 변수로 설정합니다.

  • 상관 관계 개념 설명서

상관 관계 시나리오

주문 처리 워크플로는 새로운 주문 생성 및 처리 중인 기존 주문 업데이트를 처리하는 데 사용됩니다. 이 시나리오를 구현하려면 WorkflowServiceHost에서 워크플로를 호스팅하고 메시징 활동을 사용해야 합니다. 또한 올바른 워크플로가 업데이트되도록 하려면 orderId에 기반한 상관 관계가 필요합니다.

단순화된 구성

WCF 구성 스키마는 복잡하며 찾기 어려운 많은 기능을 사용자에게 제공합니다. .NET Framework 4.6.1에서는 WCF 사용자가 다음 기능을 통해 서비스를 구성할 수 있도록 지원하는 데 중점을 두었습니다.

  • 서비스별 명시적 구성의 필요성을 제거합니다. 서비스에 대한 <service> 요소를 구성하지 않고 서비스에서 프로그래밍 방식으로 엔드포인트를 정의하지 않는 경우 서비스 기준 주소당 및 서비스에서 구현된 계약당 한 개씩, 일련의 엔드포인트가 자동으로 서비스에 추가됩니다.

  • 사용자가 명시적 구성 없이 서비스에 적용될 WCF 바인딩 및 동작의 기본값을 정의할 수 있도록 합니다.

  • 표준 엔드포인트는 하나 이상의 엔드포인트 속성(주소, 바인딩 및 계약)에 대한 고정 값이 있는 미리 구성된 다시 사용 가능 엔드포인트를 정의하며 사용자 지정 속성 정의를 허용합니다.

  • 마지막으로, ConfigurationChannelFactory<TChannel>를 사용하면 WCF 클라이언트 구성을 중앙에서 관리할 수 있으며, 애플리케이션 도메인 로드 시간 후에 구성이 선택되거나 변경되는 시나리오에서 유용합니다.

시작

단순화된 구성 시나리오

  • 숙련된 ASMX 개발자가 WCF 사용을 시작하려고 합니다. 하지만 WCF는 너무 복잡한 것 같습니다. 구성 파일을 작성하는 데 필요한 모든 정보는 무엇입니까? .NET 4에서는 구성 파일을 전혀 사용하지 않을 수도 있습니다.

  • 기존의 WCF 서비스 집합은 구성 및 유지 관리가 매우 어려웠습니다. 구성 파일에는 수천 줄의 XML 코드가 있으며 수정하는 것이 매우 위험합니다. 관리하기 쉽도록 코드 양을 줄이기 위한 도움이 필요합니다.

데이터 계약 확인자

.NET Framework 3.5의 알려진 형식 디자인에는 몇 가지 제한이 있었습니다.

  • serialization 및 deserialization 중에 알려진 형식을 동적으로 추가할 수 없었습니다.

  • 직렬 변환기에서 알 수 없는 xsi:type 정보를 처리할 수 없었습니다.

  • 사용자가 회선의 serialization 인스턴스 크기를 더 작게 만들기 위해 회선에 표시할 xsi:type을 지정할 수 없었습니다.

DataContractResolver는 .NET Framework 4.5에서 이러한 문제를 해결합니다.

시작

데이터 계약 확인자 시나리오

  • 서비스에서 수십 개의 KnownTypeAttribute 개체를 선언할 필요가 없도록 합니다.

  • XML blob의 크기를 줄입니다.

순서도

순서도는 도메인 문제를 시각적으로 나타내는 잘 알려진 패러다임입니다. .NET Framework 4에서 도입된 새 제어 흐름 스타일입니다. 순서도의 핵심 특성은 주어진 시간에 항상 작업 한 개만 실행된다는 것입니다. 순서도는 루프 및 대체 결과를 표현할 수 있지만 여러 노드의 동시 실행은 기본적으로 표현할 수 없습니다.

시작

순서도 시나리오

순서도 작업을 사용하여 추측 게임을 구현할 수 있습니다. 추측 게임은 매우 단순합니다. 컴퓨터가 임의 숫자를 선택하고 플레이어가 해당 숫자를 추측해야 합니다. 플레이어가 각 추측을 제출하면 컴퓨터에서 "더 낮은 숫자 시도"와 같은 힌트를 표시합니다. 플레이어가 7회 미만의 시도에서 숫자를 찾으면 컴퓨터에서 특별한 축하 화면이 표시됩니다. 다음 절차 작업의 조합을 통해 이 게임을 구현할 수 있습니다.

절차 작업(Sequence, If, ForEach, Switch, Assign, DoWhile, While)

절차 작업은 프로그래머에게 익숙한 개념을 사용하여 순차 제어 흐름을 모델링하는 메커니즘을 제공합니다. 이러한 작업은 일반적으로 구조적 프로그래밍 언어 구문을 활성화하며, 해당하는 경우 C# 및 Visual Basic과 같은 일반적인 절차 언어를 언어 패리티에 제공합니다.

시작

절차 작업 시나리오

  • Parallel: 인트라넷 문서 관리 시스템에 문서 승인 워크플로가 있습니다. 여러 부서의 사용자가 문서를 승인해야 인트라넷에 게시할 수 있습니다. 설정된 승인 순서는 없습니다. 문서가 "승인 보류 중" 단계에 있는 동안 언제든지 승인이 발생할 수 있습니다. 사용자가 검토를 위해 문서를 전송하면 직속 관리자, 인트라넷 관리자 및 내부 통신 관리자가 문서를 승인해야 합니다.

  • ParallelForEach<T>: WF 애플리케이션이 대기업 내의 회사 구매를 관리합니다. 회사 규칙은 모든 구매 작업을 계획하기 전에 3개 공급업체를 평가하도록 규정합니다. 구매 부서의 직원이 회사 공급업체 목록에서 3개 공급업체를 선택합니다. 공급업체를 선택하고 알린 후 회사는 합리적 제안서를 기다립니다. 제안서는 임의 순서로 도착할 수 있습니다. WF에서 이 시나리오를 구현하기 위해 공급업체 컬렉션을 반복하고 합리적 제안서를 요청하는 ParallelForEach<T>를 사용합니다. 모든 제안이 수집된 후 최상의 제안이 선택되고 표시됩니다.

InvokeMethod

InvokeMethod 작업을 사용하면 범위 내의 개체나 형식에서 공용 메서드를 호출할 수 있습니다. 이 작업은 매개 변수(매개 변수 배열 포함)를 사용하거나 사용하지 않는 인스턴스 및 정적 메서드 호출과 제네릭 메서드 호출을 지원합니다. 동기 및 비동기로 메서드를 실행할 수도 있습니다.

시작

  • Visual Studio 2012에서 워크플로 콘솔 애플리케이션을 만듭니다. 워크플로 디자이너에서 InvokeMethod 작업을 추가하고 정적 및 인스턴스 메서드를 구성합니다.

  • 디자이너 설명서: InvokeMethod 활동 디자이너

InvokeMethod 시나리오

  • 범위 내의 개체에서 메서드를 호출해야 합니다. 예를 들어, 사전에 값을 추가해야 합니다. 사전 인스턴스의 Add 메서드가 호출되고 키와 값이 제공됩니다.

  • 레거시 CLR 개체에서 메서드를 호출해야 합니다. 레거시 클래스 호출을 래핑할 사용자 지정 작업을 만드는 대신 워크플로 실행 중에 범위 내에 있는 경우 InvokeMethod를 사용할 수 있습니다.

오류 처리 작업

TryCatch 작업은 일련의 포함된 작업을 실행하는 동안 발생하는 예외를 catch하기 위한 메커니즘을 제공합니다(C# 및 Visual Basic의 Try/Catch 구문과 유사함). TryCatch는 워크플로 수준에서 예외 처리를 제공합니다. 처리되지 않은 예외가 throw되면 워크플로가 중단되고 Finally 블록이 실행되지 않습니다. 이 동작은 C#과 일치합니다.

시작

오류 처리 시나리오

일련의 작업을 실행해야 하며, 오류가 발생할 경우 특정 논리를 실행해야 합니다. 오류 처리 논리 중에 오류를 복구할 수 없다는 것이 발견되면 예외가 다시 throw되고 부모 작업(또는 호스트)이 문제를 처리합니다.

Pick 작업

Pick 작업은 WF에서 이벤트 기반 제어 흐름 모델링을 제공합니다. Pick에는 각 분기가 실행되기 전에 특정 이벤트의 발생을 기다리는 많은 분기가 포함되어 있습니다. 이 설치에서 Pick은 작업이 수신 대기 중인 이벤트 집합 중 하나만 실행하는 Switch<T>와 유사하게 동작합니다. 각 분기는 이벤트 기반이며 발생하는 이벤트는 해당 분기를 먼저 실행합니다. 다른 모든 분기는 이벤트 수신을 취소하고 중지합니다.

시작

Pick 시나리오

사용자에게 입력을 요청하는 메시지를 표시해야 합니다. 정상적인 상황에서는 개발자가 ReadLine과 같은 메서드 호출을 사용하여 사용자 입력을 요청합니다. 이 설치와 관련된 문제는 사용자가 입력할 때까지 프로그램이 기다린다는 것입니다. 이 시나리오에서는 차단 작업의 차단을 해제하기 위해 시간 제한이 필요합니다. 일반적인 시나리오에서는 지정된 기간 내에 작업을 완료해야 합니다. 차단 작업 시간 초과는 Pick에서 많은 값을 추가하는 시나리오입니다.

WCF 라우팅 서비스

라우팅 서비스는 클라이언트와 서비스 간에 WCF 메시지가 흐르는 방식을 제어할 수 있는 일반 소프트웨어 라우터로 디자인되었습니다. 라우팅 서비스를 사용하면 서비스에서 클라이언트를 분리할 수 있으므로 지원할 수 있는 구성과 서비스 호스팅 방법을 고려할 때 유연성 측면에서 훨씬 더 자유로워집니다. .NET Framework 3.5에서는 클라이언트와 서비스가 긴밀하게 연결되었습니다. 클라이언트는 대화에 필요한 모든 서비스와 위치에 대해 알아야 했습니다. 또한 .NET Framework 3.5의 WCF에는 다음과 같은 제한이 있었습니다.

  • 이 논리를 클라이언트 프로그램에 하드 코딩해야 했으므로 오류 처리가 복잡했습니다.

  • 클라이언트와 서비스에서 항상 동일한 바인딩을 사용해야 했습니다.

  • 서비스가 제대로 팩터링되지 않았습니다. 클라이언트가 여러 서비스 중에서 선택하는 대신 모든 기능을 구현하는 서비스 하나에 통신하도록 하는 것이 더 쉽습니다.

.NET 4의 라우팅 서비스는 이러한 문제를 쉽게 해결할 수 있도록 디자인되었습니다. 새 라우팅 서비스에는 다음과 같은 기능이 있습니다.

  1. 콘텐츠 기반 라우팅(MessageFilter 개체가 메시지를 검사하여 보낼 위치를 결정함)

  2. 프로토콜 브리징(전송 및 메시지)

  3. 오류 처리(라우터가 통신 예외를 catch하고 백업 엔드포인트로 장애 조치됨)

  4. MessageFilterTable<TFilterData> 및 라우팅 구성의 동적(메모리 내) 업데이트

시작

  1. 설명서: 라우팅

  2. 샘플: 라우팅 서비스 [WCF 샘플]

  3. 블로그: 라우팅 규칙!

라우팅 시나리오

라우팅 서비스는 다음과 같은 시나리오에서 유용합니다.

  • 클라이언트가 직접 주소를 모두 지정하지 않고 여러 서비스에 통신할 수 있습니다.

  • 클라이언트가 클라이언트 요청에서 추가 논리를 수행하여 라우팅 위치를 결정할 수 있습니다.

  • 클라이언트를 리팩터링하지 않고 클라이언트가 수행하는 작업을 여러 서비스 구현으로 분해합니다.

  • 클라이언트와 서비스가 서로 다른 보안 설정으로 서로 다른 바인딩을 통신할 수 있습니다.

  • 클라이언트가 서비스를 사용할 수 없는 경우나 오류에 대해 보다 강력하도록 설정할 수 있습니다.

WCF 검색

WCF Discovery는 검색 메커니즘을 응용 프로그램 인프라에 통합할 수 있는 프레임워크 기술입니다. 이 기술을 사용하여 서비스를 검색 가능하게 만들고 서비스를 검색하도록 클라이언트를 구성할 수 있습니다. 엔드포인트를 사용하여 클라이언트를 더 이상 하드 코딩할 필요가 없으므로 애플리케이션의 견고성과 내결함성이 강화됩니다. Discovery는 자동 구성 기능을 애플리케이션에 빌드하는 완벽한 플랫폼입니다.

이 제품은 WS-Discovery 표준을 기반으로 하며 상호 운용 및 확장 가능한 제네릭으로 디자인되었습니다. 이 제품에서는 다음 두 가지 작업 모드가 지원됩니다.

  1. 관리: 네트워크에 기존 서비스에 대해 알고 있는 엔터티가 있는 경우 클라이언트가 직접 정보를 쿼리합니다. 이것은 Active Directory와 유사합니다.

  2. 임시: 클라이언트가 멀티캐스트 메시지를 사용하여 서비스를 찾습니다.

또한 검색 메시지는 네트워크 프로토콜에 관계없이 작동하므로 모드 요구 사항을 지원하는 모든 프로토콜에서 사용할 수 있습니다. 예를 들어 검색 멀티캐스트 메시지는 UDP 채널 또는 멀티캐스트 메시징을 지원하는 다른 네트워크를 통해 보낼 수 있습니다. 기능 유연성과 결합된 이러한 디자인 포인트를 사용하면 발견을 솔루션에 맞게 조정할 수 있습니다.

시작

Discovery 시나리오

서비스를 사용할 수 있게 될 시기를 알 수 없기 때문에 개발자가 엔드포인트를 하드 코딩하는 대신 런타임에 서비스를 선택하려고 합니다. 애플리케이션 구성 요소 간에 분리, 견고성 및 자동 구성이 더 필요합니다.

추적

워크플로 추적은 워크플로 인스턴스 실행에 대한 인사이트를 제공합니다. 추적 이벤트는 워크플로 인스턴스 수준에서, 워크플로 내의 작업이 실행될 때 워크플로에서 내보냅니다. 추적 레코드를 구독하려면 워크플로 추적 참가자를 워크플로 호스트에 추가해야 합니다. 추적 레코드는 추적 프로필을 사용하여 필터링됩니다. .NET Framework에서는 ETW(Windows용 이벤트 추적) 추적 참가자를 제공하며 machine.config 파일에 기본 프로필이 설치됩니다.

시작

  1. Visual Studio 2010에서 WCF 워크플로 서비스 애플리케이션 프로젝트를 만듭니다. 먼저 Receive 및 SendReply 쌍이 캔버스에 배치됩니다.

  2. web.config를 열고 프로필 없이 ETW 추적 동작을 추가합니다.

    1. 기본 프로필이 사용됩니다.

    2. 이벤트 뷰어를 열고 이벤트 뷰어, 애플리케이션 및 서비스 로그, Microsoft, Windows, 애플리케이션 서버-애플리케이션 노드에서 분석 채널을 사용하도록 설정합니다. 분석을 마우스 오른쪽 단추로 클릭하고 로그 사용을 선택합니다.

    3. 워크플로 서비스를 실행합니다.

    4. 이벤트 뷰어에서 워크플로 추적 이벤트를 확인합니다.

  3. 샘플: 추적

  4. 개념 설명서: 워크플로 추적 및 추적

SQL 워크플로 인스턴스 저장소

SqlWorkflowInstanceStore는 인스턴스 저장소의 SQL Server 기반 구현입니다. 인스턴스 저장소는 해당 인스턴스를 로드하고 다시 시작하는 데 필요한 모든 데이터와 함께 실행 중인 인스턴스의 상태를 저장합니다. 서비스 호스트는 워크플로가 유지되는 경우 인스턴스 상태를 저장하도록 인스턴스 저장소에 지시하고, 해당 인스턴스에 대한 메시지가 도착하거나 지연 작업이 만료되면 인스턴스 상태를 로드하도록 인스턴스 저장소에 지시합니다.

시작

  1. Visual Studio 2012에서 암시적 또는 명시적 Persist 활동이 포함된 워크플로를 만듭니다. 워크플로 서비스 호스트에 SqlWorkflowInstanceStore 동작을 추가합니다. 이 작업은 코드나 애플리케이션 구성 파일에서 수행할 수 있습니다.

  2. 샘플: 지속성

  3. 개념 설명서: SQL 워크플로 인스턴스 저장소.