경험이 풍부한 .NET & SQL 개발자는 1 개월 만에 시작되는 프로젝트에서 BizTalk 전문가가되어야합니까? 제한된 시간 동안 BizTalk에 대한 지식을 얻기 위해 & 지식을 얻으려면 어떻게해야합니까?BizTalk의 속도를 높이는 가장 좋은 방법은 무엇입니까?
나는 자영업자이며 USD300 이상을 기꺼이 지출하지 않을 것입니다. Wrox가 저술 한 "Professional BizTalk Server 2006"이라는 책을 가지고 있지만 특히 좋은 학습 자원 (매우 건조하고 실제 사례가 더 필요함)을 찾지 못했습니다.
MSDN에있는 BizTalk Virtual Labs은 시작하기에 꽤 좋은 장소입니다. Pluralsight도 여러 가지 좋은 BizTalk 과정을 보유하고 있으며 온라인 구독은 너무 비싸지 않습니다. 아마도 좋은 선택이 될 것입니다.
tomasr의 조언으로 시작하십시오.
그런 다음 가능한 한 현실적인 것을 시도해보십시오. BizTalk은 책을 읽고 예제를 따라 할 때 모든 것이 잘 보이는 제품의 일종입니다. 그런 다음 당신은 앉아서 "지금 어떻게해야합니까?"라고 생각하고 있습니다.
토마스 (Thomas)와 쉬라즈 (Shiraz)가 한 말처럼 환경을 조성하고 손을 더럽힐 수 있습니다. 아직 설치하지 않았다면 다운로드하여 설치하십시오. BizTalk Server 2010 Developer Edition
BizTalk (또는 다른 EAI/BPM/ESB 제품)의 IMHO 전문 지식은 누적되기까지 수년이 걸릴 수 있습니다.
확립 된 BizTalk 설치를 사용하여 클라이언트 용으로 개발할 것인지, 아니면 클라이언트의 첫 번째 BizTalk 배포용인지 여부는 명확하지 않습니다. 그렇다면 과소 평가되지 않는 한 가지는 프로덕션 BizTalk 환경 (성능, 중복성, 신뢰성, 감사, 추적, SCOM 등의 모니터링)을 운영하기위한 운영 고려 사항이 개발 및 테스트만큼 복잡하다는 것입니다. '걸어 다녀야한다'는 것이 중요합니다.
w.r.t. dev에서 간단한 EAI 유형 매핑 프로젝트를 시작한 다음 SDK samples에서 일반적인 메시징 패턴 (예 : 애그리 게이터로 배치)으로 진행 한 다음 BPM 유형 오케스트레이션으로 이동합니다. BAM과 BRE는 나중에 사용할 수 있습니다.
행운을 빈다.
가상 랩을 언급 할 때 +1 to tomasr. 쉬라즈 베이지 (Shiraz Bhaiji)도 언급했듯이 실습을하는 것은 확실히 방법입니다. 잘하면 BizTalk 2006을 시작하지 않아서 최신 2010으로 갈 수 있기를 바랍니다. 그렇다면 Developer Ed를 얻을 수 있습니다. BizTalk 2010을 지금 무료로 사용할 수 있습니다 (nonnb의 링크 참조).
Richard Seroter의 저서 'SOA Patterns with BizTalk Server 2009'(available on Amazon.com)도 좋습니다. BizTalk를 통해 "잘못된"일을하는 많은 방법이 있으며,이 책은 BizTalk 솔루션을 구축하는 방법과 이유 (the publisher's site에서 제공되는 코드 샘플)를 살펴 보는 훌륭한 작업입니다. 그리고 예, 모든 책을 읽는 데 꽤 많은 시간이 걸립니다. Pro BizTalk 20xx 시리즈 (일반적으로 매우 구체적인 질문/작업에 적합)에 대한 좋은 (더 읽기 쉬운) 동반자입니다.
나는 지금까지 작성한 모든 것에 동의합니다. 모든 고체 정보.
단위 테스트 :
나는 2002 년부터 BizTalk 작업 동료 프리랜서에서 오는 몇 애드온 있습니다.배포/생산 에 물건을 받고뿐만 아니라 일 개발 물건에 하루 중 어느 것도 당신이를 배포해야하는 프로젝트의 부분을 준비 없다는 것을 명심 응용 프로그램 및 작업에 의해 "관리"인지 확인하십시오. 이것은 상당히 복잡 할 수 있으며, 그 자체가 주제입니다. Apress Pro BizTalk 2009를 확인하십시오.이 기사에서는 이에 대한 적절한 장 (IMO)을 제공합니다.
BizTalk를 둘러싼 전체 개발 프로세스. 같은 책의 첫 두 장에서는 BizTalk 프로젝트에 대한 좋은 인상을 줄 것입니다. 어디서 사용하고 어디에서 사용하지 않을 것인가, 프로젝트 구성 방법 및 물건 이름. 블로그에 5-6 년간의 시간을 들여서 얻을 수있는 좋은 정보 모음입니다 .-)
그리고 마지막으로 한 가지. 프로젝트의 역할에 따라 BizTalk를 최적화하고 조정하라는 메시지가 표시 될 수 있습니다. 그리고 그들이 당신에게 묻지 않는다면. 다른 사람들이 그렇게했는지 물어보십시오. 왜냐하면 그렇게해야하기 때문입니다. BizTalk는 항상 수행해야하는 방향으로 조정되어야합니다. 하드웨어에 따라 조정 된 낮은 대기 시간 대 높은 처리량, 올바른 설정 및 SQL 상자 주위의 네트워크 구성 등 기타 등등. 이것은 털이 많은 물건 일 수 있으며 모든 사항을 읽지 전에주의해야합니다. 그러나 그것은 프리랜서가 종종 다룰 수있는 것으로 기대되는 주제이기도합니다 ... 그래서 생각 해낼 수있을 것 같아요.
예제 ... x64 상자의 BizTalk x64 프로세스는 실제적으로 x86 프로세스보다 나쁜 상태로 실행됩니다. 64 비트 프로세스는 실제로 사용할 수있는 모든 MEM을 사용하도록 조정해야합니다.
어쨌든 ... 혼합 팁의 가방과 나는 그들 중 일부를 사용할 수 있기를 바랍니다! 그리고 행운을 빌어! 힘든 출발이 될 수 있지만, 올바르게 사용된다면 BizTalk는 훌륭한 제품/툴 세트가 될 수 있습니다.
기억하고 ... 추한, 또는 하드, 또는 둘 다. 너는 잘못하고있다. 그리고 .net 코드를 두려워하지 말고 BizTalk 상자에 고정하십시오. 우리 모두는 그것을합니다 ... 어떤 사람들은 그것을 인정하지 않을 것입니다 :-D
+1 매우 도움이됩니다. 대답 – saille
BizTalk를 사용한 SOA 패턴은 이제 제 2 판에 있습니다. https://www.packtpub.com/networking-and-servers/soa-patterns-biztalk-server-2013-secondededition (전체 공개 : 저는이 책의 공동 저자입니다) – Dijkgraaf