다음을 통해 공유


시나리오: 애플리케이션 아티팩트 업데이트

프로덕션 환경에 배포된 응용 프로그램에서 아티팩트를 업데이트하는 시나리오는 다음과 같이 두 가지입니다.

  • 오케스트레이션이 장기 실행 트랜잭션을 처리하거나 간청-응답 포트에서 응답을 기다리고 있을 때 오케스트레이션을 새 버전으로 업데이트합니다.

  • 보다 일반적인 업데이트로, 스키마 또는 맵을 새 버전으로 업데이트하는 작업과 같은 메시지 처리 완료 작업에 사용자가 관여하지 않습니다.

    일반적인 업데이트에서는 비즈니스 요구 사항이 변경됨에 따라 아티팩트를 새 버전으로 업데이트할 수 있습니다. 이 시나리오는 비교적 간단하므로 원래 아티팩트를 업데이트된 아티팩트로 덮어쓸 수 있습니다. 관련된 단계 목록은 검사 목록: BizTalk 애플리케이션에서 아티팩트 업데이트를 참조하세요.

    두 번째 시나리오는 훨씬 복잡합니다. 이 경우 기존 오케스트레이션이 메시지 처리를 완료하도록 해야 하며 이 작업 중에는 기존 오케스트레이션이 새 메시지를 처리하지 않도록 해야 하는데 사용자가 업데이트된 버전의 오케스트레이션을 실행하려고 합니다. 이를 위해서는 업데이트된 오케스트레이션이 포함된 어셈블리를 원래 버전과 같은 버전의 BizTalk 응용 프로그램에 배포한 다음 두 오케스트레이션을 동시에 실행합니다. (새 어셈블리는 원래 오케스트레이션을 포함하는 어셈블리와 버전 번호가 다르거나 동일한 BizTalk 그룹에 배포할 수 없습니다.) 그런 다음 새 메시지가 라우팅되지 않도록 원래 오케스트레이션을 중지하고 업데이트된 버전을 시작하여 모든 새 메시지가 전송되도록 합니다. 원래 버전이 모든 해당 메시지의 처리를 마치면 원래 버전의 배포를 취소할 수 있습니다. 이러한 작업을 수행하는 방법에 대한 지침은 오케스트레이션을 업그레이드하는 방법을 참조하세요.

    다음 다이어그램은 일반적인 단계별 오케스트레이션 배포를 보여 줍니다.

    병렬 배포 시나리오

참고 항목

애플리케이션 배포 및 관리 시나리오
애플리케이션 업데이트에 대한 중요한 고려 사항