최상의 BizTalk 애플리케이션 배포 방법
이 항목에서는 BizTalk 응용 프로그램을 배포하는 최상의 방법에 대해 설명합니다.
단일 응용 프로그램의 관련 아티팩트 그룹화
가능한 많은 수의 관련 아티팩트를 동일한 BizTalk 응용 프로그램에 두십시오. 이렇게 하면 아티팩트를 단일 엔터티로 관리 및 배포하게 되므로 아티팩트를 보다 쉽게 관리할 수 있습니다. 동일한 비즈니스 프로세스를 지원하는 아티팩트나 유사한 기능을 수행하는 아티팩트를 단일 응용 프로그램으로 그룹화할 수 있습니다.
개별 응용 프로그램에 공유 아티팩트 배포
두 개 이상의 응용 프로그램에서 아티팩트를 공유할 경우 공유되는 해당 아티팩트를 개별 응용 프로그램에 배포합니다. 예를 들어 두 응용 프로그램이 스키마를 공유할 경우 스키마를 개별 응용 프로그램에 두어야 합니다. 이는 아티팩트 이름과 기타 특성(선택 사항)으로 구성된 동일한 LUID(Locally Unique Identifier)를 갖는 아티팩트 하나만 BizTalk 그룹에 존재할 수 있기 때문입니다. 한 응용 프로그램에 아티팩트를 포함하고 다른 응용 프로그램에서 이 아티팩트에 대한 참조를 만드는 경우 이런 아티팩트를 포함하는 응용 프로그램을 중지하면 참조 중인 응용 프로그램이 올바르게 작동하지 않는 문제 등이 발생할 수 있습니다.
이 방법은 추가 정보 파일 및 스크립트와 같은 파일을 제외하고 아티팩트 파일 유형으로 응용 프로그램에 추가되는 모든 아티팩트 유형에 적용됩니다. 이는 동일한 이름을 갖는 두 개 이상의 파일 아티팩트를 BizTalk 그룹에 배포할 수 있기 때문입니다. 따라서 동일한 이름의 파일을 두 개 이상의 응용 프로그램에서 사용할 수 있습니다. 이때 한 응용 프로그램을 중지해도 다른 응용 프로그램에는 영향을 주지 않습니다. 파일 아티팩트를 추가하는 방법에 대한 자세한 내용은 애플리케이션에 파일을 추가하는 방법을 참조하세요.
특정 아티팩트 유형 공유에 대한 최상의 방법을 보려면 이 섹션의 "개별 응용 프로그램에 공유 웹 사이트 배포", "개별 응용 프로그램에 공유 정책 배포" 및 "개별 응용 프로그램에 공유 인증서 배포"를 참조하십시오.
개별 응용 프로그램에 공유 웹 사이트 배포
두 개 이상의 비즈니스 솔루션에서 웹 사이트를 공유할 경우 해당 웹 사이트를 개별 응용 프로그램에 배포합니다. 이는 BizTalk 응용 프로그램을 제거할 경우 웹 사이트가 실행 중이더라도 응용 프로그램의 일부인 웹 사이트의 가상 디렉터리가 제거되기 때문입니다. 따라서 웹 사이트가 다른 비즈니스 솔루션과 공유될 경우 나머지 비즈니스 솔루션은 더 이상 올바르게 작동하지 않습니다.
개별 응용 프로그램에 공유 정책 배포
하나의 정책이 두 개 이상의 응용 프로그램에서 사용되는 경우 한 응용 프로그램에서 다른 응용 프로그램에 대한 참조를 만들지 말고 개별 응용 프로그램에 정책을 배포해야 합니다. 이는 응용 프로그램을 중지할 때 응용 프로그램 정책의 배포가 취소되기 때문입니다. 다른 응용 프로그램에서 사용하는 정책이 포함된 응용 프로그램을 중지할 경우 정책은 어떤 응용 프로그램에서도 더 이상 작동하지 않습니다.
개별 응용 프로그램에 공유 인증서 배포
인증서가 두 개 이상의 응용 프로그램의 송신 포트 또는 수신 위치에서 사용되는 경우 인증서를 개별 응용 프로그램에 배포한 후 해당 인증서를 사용해야 하는 응용 프로그램에서 이 응용 프로그램을 참조해야 합니다. 이는 특정 LUID를 갖는 아티팩트 하나만 BizTalk 그룹에 존재할 수 있으므로 서로 다른 두 응용 프로그램에서 동일한 인증서를 가져올 수 없기 때문입니다. 각각 동일한 인증서를 사용하는 두 응용 프로그램을 가져오려고 하면 첫 번째 가져오기는 성공하지만 두 번째 가져오기는 실패합니다. 이 경우 덮어쓸 기존 인증서가 다른 응용 프로그램에도 포함되어 있으므로 가져올 때 덮어쓰기 옵션을 사용해도 문제를 해결할 수 없습니다.
프로덕션 컴퓨터에는 Visual Studio의 어셈블리를 배포하지 않음
개발 프로세스 중 개발자는 Visual Studio에서 종종 어셈블리를 재배포해야 합니다. 어셈블리를 다시 배포하기 위해 Visual Studio에서는 어셈블리에 포함된 아티팩트를 배포 취소, 바인딩 해제, 중지 및 등록 취소할 수 있습니다. 이는 개발 환경에서 반드시 필요하고 적합한 작업이지만 프로덕션 환경에서는 예기치 못하거나 원치 않는 결과를 가져올 수 있습니다. 이러한 이유로 프로덕션 컴퓨터에서는 어떤 사용자든 Visual Studio에서 어셈블리를 배포할 수 없도록 하고 있으며 더 나아가 프로덕션 컴퓨터에는 Visual Studio를 설치하지 않는 것이 좋습니다.
또한 Visual Studio를 실행 중인 컴퓨터에서는 프로덕션 데이터베이스를 참조해서는 안 됩니다.
대용량 MSI 파일을 배포하는 경우 BizTalk에서 응용 프로그램을 배포하는 데 사용하는 COM+ 구성 요소의 기본 트랜잭션 시간 제한을 늘려야 할 수 있음
배포 중인 MSI 파일의 크기가 100MB 이상으로 매우 클 경우 응용 프로그램 배포 과정에서 BizTalk에서 사용하는 COM+ 구성 요소의 기본 트랜잭션 시간 제한 내에 응용 프로그램을 배포하지 못할 수 있습니다. 배포가 완료되기 전에 이러한 COM+ 구성 요소와 연결된 트랜잭션 시간 제한을 초과하면 배포는 실패합니다. 대용량 MSI 파일을 배포 중이면 다음 방법 중 하나를 수행하여 이 문제를 완화해 보십시오.
한 개의 큰 MSI 파일 대신 작은 MSI 파일 여러 개를 배포합니다.
Component Services 관리 인터페이스에서 Microsoft.BizTalk.ApplicationDeployment.Group 및 Microsoft.BizTalk.Deployment.DeployerComponent 구성 요소와 연결된 기본 트랜잭션 시간 제한을 3000초로 늘립니다. 이러한 구성 요소는 각각 Microsoft.BizTalk.ApplicationDeployment.Engine 및 Microsoft.Biztalk.Deployment COM+ 애플리케이션에 속합니다. 트랜잭션 시간 제한 값을 변경하는 방법에 대한 자세한 내용은 트랜잭션 시간 제한 설정을 참조하세요.