여기 상황은 다음과 같습니다. 웹 서비스로 구성된 시스템을 주요 구성 요소로 구축해야합니다. 일부 웹 서비스는 데이터베이스에 데이터를 쓰고 다른 파일은 입력으로 파일을 받고 출력으로 변환 된 파일을 생성하고 파일 형식에 대한 유효성을 검사합니다 ....Net의 워크 플로 설명 및 구현
우리의 아이디어는 기본 구성 요소를 먼저 개발 한 다음 클라우드 (Windows Azure 사용).
현재 문제는 웹 서비스가 어떻게 통신 할 것인가입니다. 고객이 프런트 엔드 웹 서비스와 통신하는 클라이언트 응용 프로그램을 사용하기 때문에 미래의 클라우드에서 비즈니스 프로세스 또는 워크 플로를 모델링하고 구현하는 가장 좋은 솔루션은 무엇입니까?
BPMN, BPEL 및 YAWL에 대한 기사를 읽었지만 시작하는 것이 좋은 방법인지는 알 수 없습니다. 그리고 그들은 Windows 클라우드의 서비스 버스와 호환됩니까?
기능을 확인해야하지만, Windows 워크 플로는이 응용 프로그램에 대한 공정한 선택했을 것이다.
참조 : http://msdn.microsoft.com/en-us/library/dd489441.aspx
이 워크 플로 언어는 BPEL, 울부 짖다 모든 다른 사람에게 그것의 대조되는, .NET에 통합되어 있습니다. 여기서 볼 수 있듯이 http://blogs.msdn.com/b/appfabriccat/archive/2011/01/12/running-net4-windows-workflows-in-azure-today.aspx은 Azure에서 실행됩니다.
이러한 통합은 .NET 4.5에서 더 강해 얻을 수 있습니다 참조 : https://wf.codeplex.com/releases/view/72594
당신은 당신이 지금이 문제를 해결 한 추측 윈도우 Azure AppFabric은 http://www.microsoft.com/windowsazure/AppFabric/Overview/
너무 쓸모없는 Microsoft 사이트로 연결되는 링크를 추가 ... – wigy
@wigy입니다 : 세 번째 링크가 깨진 것을 말을 찾으시는 것입니까? 나는 그것을 대체했다. 또한 Microsoft에 개인적인 문제가있는 경우 Microsoft 기술에 대한 방문 질문에 신경을 쓰지 마십시오. – joergl
Microsoft 자체에는 아무런 문제가 없습니다. Microsoft에서 유지 관리하는 사이트에 문제가 있습니다. 그들과의 연결 고리가 토마토보다 썩어 빠져 나간다. – wigy
@wigy : 나는 너와 함께 노역한다. 링크 썩음은 마이크로 소프트 사이트에서 실제로 문제입니다. 이 답변의 경우 기본 소스이므로 불행히도 더 좋은 옵션은 없습니다. – joergl