애플리케이션 업그레이드 및 버전 관리 전략
BizTalk 애플리케이션 버전 관리는 두 버전의 BizTalk 솔루션을 나란히 실행해야 하거나 BizTalk 애플리케이션 가동 중지 시간을 사용하여 새 버전을 배포할 수 없는 경우에 문제가 될 수 있습니다. 두 버전의 솔루션을 동시에 실행할 필요가 없고(예: 장기 실행 오케스트레이션이 없는 경우) 서비스 유지 관리 기간을 사용할 수 있는 경우 이전 버전을 배포 취소하고 새 버전을 버전 관리 전략(어셈블리 버전 관리 없음)으로 배포하는 것이 완벽하게 허용됩니다. 이는 가능한 버전 관리 전략이지만 파일 버전 번호를 증분하는 것이 좋습니다(BizTalk Server 실행하는 컴퓨터에 배포된 버전을 알려주세요).
버전 관리를 사용해야 하는 경우
장기 실행 오케스트레이션을 지원해야 하거나 BizTalk 애플리케이션 가동 중지 시간 없이 BizTalk 애플리케이션 배포를 수행해야 하는 경우 다양한 버전 관리 시나리오에 대해 견고한 엔드투엔드 BizTalk Server 버전 관리 전략을 구현하고 연습해야 합니다. 여기에는 스키마, 맵, 파이프라인, 파이프라인 구성 요소, 오케스트레이션, 사용자 지정 어댑터, 오케스트레이션 및 맵에서 호출되는 사용자 지정 클래스, 비즈니스 규칙 및 BAM을 포함하는 모든 BizTalk 아티팩트 .NET 어셈블리 버전 관리 및 버전 관리가 포함됩니다.
스키마 버전 관리 기능은 BizTalk Server 파이프라인이 스키마에 정의된 루트 노드 이름과 대상 네임스페이스를 기반으로 메시지의 메시지 유형을 결정한다는 측면에서 고유합니다. 자세한 내용은 파이프라인 구성 요소의 스키마 확인을 참조하세요. 스키마를 버전 관리해야 하는 경우 버전 표시기가 대상 네임스페이스의 일부여야 합니다. 스키마 버전을 변경하면 솔루션 전체에 파급 효과가 있으므로 미리 계획해야 합니다. 오케스트레이션 메시지를 만들 때 BizTalk Server 검색합니다. 더 나은 BizTalk 프로그래밍을 위한 8가지 팁과 요령(팁 1: 항상 다중 파트 메시지 형식 사용). 이 메서드를 사용하면 스키마의 버전 관리를 더 유연하게 수행할 수 있습니다.
어셈블리 버전 관리에 팩터링 사용
장기 실행 오케스트레이션, 병렬 배포 또는 가동 중지 시간 없이 업그레이드를 지원해야 하는 경우 어셈블리 버전 관리 및 패키징 전략을 구현해야 합니다. BizTalk 아티팩트 어셈블리 버전 관리를 수행하려면 BizTalk 솔루션 어셈블리를 BizTalk Server 버전 관리를 허용하는 방식으로 팩터링(패키지)해야 합니다. 다음과 같은 세 가지 유형의 팩터링이 있습니다.
인 팩터링 없음
모든 BizTalk 아티팩트가 하나의 어셈블리에 있습니다. 이는 가장 쉽게 이해하고 배포할 수 있지만 유연성이 가장 적습니다.
전체 팩터링
각 BizTalk 아티팩트가 자체 어셈블리에 있습니다. 이렇게 하면 유연성이 가장 높지만 배포 및 이해가 가장 복잡합니다.
최적의 팩터링
BizTalk 애플리케이션에 대한 심층 분석을 기반으로 "인수 없음"과 "전체 팩터링" 사이의 어딘가에 있습니다. 이를 통해 버전 관리 외에도 BizTalk 호스트 디자인을 쉽게 구현할 수 있습니다. 이는 BizTalk 아티팩트 간의 관계를 검색하여 수행됩니다. 항상 함께 버전이 지정된 아티팩트가 일반적으로 동일한 어셈블리에 배치될 수 있습니다. 아티팩트 독립 버전 관리가 필요한 경우 다른 어셈블리에 배치해야 합니다. 이것은 달성하려는 요인의 수준입니다.
추가 리소스
필요한 모든 병렬 배포 전략을 제공하기 위해 견고한 버전 관리 전략을 정의하고 연습합니다. BizTalk Server 애플리케이션 업그레이드 및 버전 관리 전략에 대한 리소스는 다음과 같습니다.