2009-05-19 4 views
3

를 구축, GACS, 자원을 등록, vcscripts-을 - 특수 포트를 생성하고 바인딩을 적용합니다. 우리는 또한 SETUP.BAT배포에 BizTalk/코드를 구축, 기계 우리는 파일 방울의 BizTalk 응용 프로그램을 만들고 생성하는 SETUP.BAT을 가지고 eaach BizTalk 응용 프로그램에 대한

이 스크립트는 다음 NANT를 통해 실행의 반대를 수행, 그리고 마지막으로 cruisecontrol.net 사용하는 Cleanup.bat 파일이 있습니다. 이 스크립트를 사용하면 BizTalk가 설치된 컴퓨터에 BizTalk 응용 프로그램을 설치하고 최신 소스와 도구를 다운로드 할 수 있습니다. 다른 사람들이 반복 가능하고 자동화 된 방식으로 BizTalk 응용 프로그램을 "부트 스트랩"을합니까 무엇

? 내가 BizTalk의 NANT 작업을 본 적이

,

들이보다 빠르게 VBScript를보다?

설정입니다. 박쥐는 BizTalk 빌드 머신에서 약 3 배 느리게 실행됩니다! 디스크, CPU, 메모리, 페이징 모두 편안합니다. 테스트가 실행되기까지 전체 빌드/배포가 2 시간이 걸립니다. 약 20 개의 BizTalk 응용 프로그램과 다양한 C# 서비스, 사용자 지정 구성 요소가 있습니다. 새로운 기계를 제외하고, 또는 재건축 - 우리의 건축 기계는 4 기가 램, 듀얼 하이퍼 스레드 코어와 약 5 년 된 서버 - 어떤 아이디어? 당신은 무엇을 좋아하는 기계를 만들 수 있습니까?

답변

3

마이클 스티븐슨은 우리가 MS가 BizTalk 응용 프로그램에 대한 빌드 스크립트를 생성합니다 마이크는 CodePlex에 게시 유틸리티를 사용하고, link text

을 살펴 빌드 자동화 BizTalk에서 탁월한 블로그를 작성했습니다 -이 근무하고있다 우리를 위해 아주 잘. 당신은 우리는 우리의 BizTalk 배포뿐만 아니라은 NAnt를 사용 link text

1

에서이 문제를 찾을 수 있습니다. 특히 BizTalk related NAntContrib tasks (모두 bts으로 시작)과 <exec> 작업을 사용하여 btstask.exe 명령 줄을 직접 호출하는 방법을 사용합니다.

어떤 수준에서는 BizTalk 서버와 통신 할 때 모두 동일한 기본 기술을 사용하므로 NAnt가 VB와 같은 것보다 빠르다는 것을 말하기 어렵습니다.

내 경험에 의하면 BizTalk는 리소스 호그 인 것으로 보입니다. 이를 변경하는 것이 어렵 기 때문에 우리가 통제 할 수있는 유일한 것은 우리가 제공하는 자원의 양입니다. 따라서 빌드가 너무 오래 걸리는 경우 시간/돈이 필요하므로 하드웨어를 하드웨어에 더 크고 불량하게 던지십시오. 이는 일반적으로 개발자가 빌드 시간을 줄이기 위해 개발자가 하드웨어를 사용하는 것보다 더 많은 비용이 소요될 수 있기 때문에 가장 저렴한 방법입니다. 예를 들어, 8GB의 메모리로 이동하면 문자 그대로 전체 경험을 변화시킬 수 있다는 것을 알게되었습니다.

+0

여러분 모두의 조언을 듣고 빌드 속도를 높일 수있는 마법 수정을 찾고있었습니다. 빠른 기계는 매우 실용적인 접근법입니다. 제쳐두고 우리는 dev 머신에서 VM을 사용하고 있었고 호스트로 전환하면 biztalk에 2 배의 성능 향상이있었습니다. – foolshat

1

난 그냥는 BizTalk 관리자를 통해 MSI를 만들 수 있습니다. 바인딩 정보를 MSI와 별도로 유지하므로 개발자는 바인딩 파일을 가져 와서 포트를 바인딩해야하지만 쉽습니다.

어셈블리를 gac에 배포해야하는 경우 gacutil을 실행하는 배치 파일을 사용하고 MSI를 설치 한 다음 마지막으로 포트를 바인딩합니다.

이 방법은 유지하기 쉽고, 더 중요하게는 다른 사람들이 쉽게 이해하고 문제를 해결할 수 있습니다.

리소스 호그가되는 BizTalk와 관련하여 먼저 SQL Server를 살펴보고 적절한 양의 메모리로 제한하는지 확인하십시오 (기본적으로 가능한 대부분의 메모리가 사용됩니다).그 하나의 변화 만이 중요한 차이를 만듭니다.

또한 개발 중에 최소한의 소프트웨어 만 사용하는 것을 고려해야합니다. 즉, 개발자가 컴파일하고 배포 할 때 안티 바이러스를 사용하지 않도록 설정하거나 디렉토리를 쓸데없이 스캔하지 않도록하는 것을 의미합니다. BizTalk 솔루션을 개발하는 동안 RAM이 거의없는 시스템 (2Gb 이하)에서는 MS Word, Messenger 등을 사용하지 마십시오. 개발자의 워크 스테이션에

이는 BizTalk의 메시지 박스 아카이브를 활성화하고 여기에 설명 된대로 작업을 제거 :

http://msdn.microsoft.com/en-us/library/aa560754.aspx

데이터베이스가 작은 유지하는 것은 전반적인 성능을 개선하는 데 도움이 될 수 있습니다 귀중한 디스크 공간을 절약 할 수 있습니다.

1

은 거기에 꽤 많은 솔루션이 있습니다 - 롭 보 우먼 언급 한 마이클 스티븐슨의 msbuild generator 또한 당신이 내게로도 작은 addition있다

는이 palying

스콧 Colestock, 토마스 아브라함과 팀 레이번에 의해 another 프레임 워크를 찾을 수 있습니다 코드 플렉스에 오슬로와 함께하지만이 두 가지만큼 성숙한 것은 아니지만 SDC tasks을 사용합니다. 이는 자신의 msbuild 기반 솔루션을 만들고자 할 때 가장 좋은 출발점입니다.