솔루션과 biztalk 응용 프로그램간에 1 : 1 매핑 원칙에 따라 30ish 솔루션의 유산이있는 배포 용 BTDF를 도입하려고 시도하면 30ish BizTalk 응용 프로그램이 배포됩니다. 이전에 이런 일을하거나 본 적이 없으며, 이는 나쁜 습관을 고려했거나 어떤 의미에서 성능에 영향을 미칩니 까?어때요 30 ~ ish BizTalk 응용 프로그램, 좋은 연습?
배포하기 좋은 방법이 아닌 경우 솔루션을 주요 리팩터없이 배포하는 더 나은 방법을 제안 해 주시겠습니까?
감사합니다.
예, Visual Studio 솔루션과 BizTalk 응용 프로그램 (BTDF 포함) 간의 1 : 1 관계는 응용 프로그램을 관리하는 가장 좋은 방법입니다.
열쇠는 절대적으로 교차 솔루션 참조을 가져야합니다. 그것이 다른 응용 프로그램에 동일한 스키마를 배포하는 것을 의미하더라도. 거기에 아무 문제가 없습니다. 원하는 것은 종속성을 제거하는 것입니다.
유일한 사소한 결과는 사용자 지정 파이프 라인을 만들고 Xml Disassmebler 및 Xml 어셈블러 구성 요소를 구성해야한다는 것입니다. 여기를 참조하십시오 : BizTalk: Improve Deployment and Tracking by Always Creating Custom Pipelines
그래서 응용 프로그램 카운트 정말 중요하지 않니? 나는이 많은 것을 볼 수 없기 때문에 조금 주저합니다. 그리고 성능에 대해 걱정할 필요가 없습니다. btw, 어떻게 다른 솔루션에 같은 스키마를 배포합니까? 난 당신이 일반적인 하나에 그것을 배포하고 그것을 참조해야합니다 (악몽의 원인이 일반적인 유물에 대한 업데이 트가 필요합니다) –
BizTalk Server Enterprise Edition을 가지고있는 한, 30 응용 프로그램은 어떤 식 으로든 문제가되지 않습니다. '성능'에 대한 고려 사항은 없습니다. –