BizTalkingCat's Diary

BizTalk 주요 Bottleneck 분석

Santiago — Fri, 25 Jul 2008 08:00:00 +0900

안녕하세요. 김현수입니다.

오늘은 Tuning에 대한 얘기를 해볼까 합니다.

BizTalk 시스템의 개발이 완료되고 나서 운영을 하다보면 개발시에는 발생하지 않았던 문제들이 발견되곤 하는데
이건 운영 환경으로 넘어갔을 때 트랜잭션의 양이 늘어남에 따라 발생할 수 있는 문제점들을 충분히 고려치 못했기 때문입니다. 따라서 사전에 LoadGen과 같은 Tool을 통해 Stress Test(부하 테스트)를 해보는 것이 중요하겠지요.

참고로 BizTalk 2004 시절에는 Tuning을 한다는 것이 새가슴의 소유자에겐 쉽지 않은 일이었습니다. Management Console의 속성창을 가지고 해볼 수 있는 건 많지 않았고, 직접 레지스트리를 손대거나, adm_ServiceClass : BizTalkMgmt Db의 값을 수정해주거나 해야 했기 때문이지요. 하지만 BizTalk 2006에서는 Throttling이 자동으로 이루어 지며, 속성창을 통해 이 값들을 수정해줄 수 있습니다. (물론 권장하진 않음) BizTalk 2006의 Management Console –> Hosts –> Hosts 선택 –> Properties –> Advanced에서 확인 가능합니다.

BizTalk Server 2006은 2004버전에 비해 Tuning하기가 비교적 수월해졌습니다만 레지스트리나, adm_ServiceClass가 없어진 것은 아닙니다. HTTP나 SOAP Adapter의 일부 Tuning은 여전히 레지스트리를 건드려줘야 하고, BizTalk은 기본적으로 최대 0.5초 내에 수신 메시지들을 폴링하는 간격을 자동 조절하는 방법으로 최적화가 이뤄지는데 Latency(잠복기)가 이슈가 될 경우, adm_ServiceClass내의 MaxReceiveInterval 값을 수정해주는 방법을 써야 Tuning이 가능합니다.

Tuning을 위해 준비해야 할 첫번째는 일단 시스템의 어느 부분이 bottleneck(병목)인지를 확인하는 것입니다. 이걸 확인하는데는 Performance Counter(성능 카운터)가 주로 사용되는데 운영체제 시스템 용도로만 있는게 기본적으로 30개, 여기에 BizTalk Server를 설치하면 추가되는 카운터가 무려 294개, 만약 두 대의 BizTalk 서버가 있다면 성능 측정할 카운터가 무려 648개(294 x 2 + 30 x 2)가 됩니다. 그렇다면 이 많은 카운터들을 일일이 추가하는 것도 참 번거롭겠군요. 이를 좀 더 간편화하는 방법에 대해서는 기존에 말씀드린 내용을 참고하시면 되겠습니다.

2007/08/29 - [BizTalking] - Powershell Script로 Perfmon counter 추가하기
2007/08/28 - [BizTalking] - [Script] Performance Counter

그렇다면 이제 데이터 수집은 끝났다 치고, 이렇게 수집한 정보를 가지고 Bottleneck을 분석한 후 문제 해결 방법을 모색해 봐야 할 차례입니다. Performance Counter를 분석한 사례별로 가능 원인 및 대처할 사항, 추가로 도움될 만한 내용들을 정리해 봤습니다.

1. BizTalk Server에서의 낮은 % CPU idle time

원인 및 대처 : CPU idle time이 낮다는 것은 그만큼 사용률이 높다는 뜻입니다. 서버에 너무 많은 호스트 인스턴스가 실행되고 있거나 Custom pipeline을 잘못 사용하고 있을 확률이 높습니다. Custom component 개발 내용을 살펴보고 필요시 최적화 해줄 필요가 있습니다.

추가 :
1. 수신, 처리, 송신 각 기능별로 호스트를 나누고, BizTalk Server Group내의 서로 다른 서버에서 호스트 인스턴스를 생성해 돌린다.
2. 메시지 변환(Map)은 가급적 Orchestration에서가 아닌 포트에서 처리할 수 있도록 이동시킨다. 이렇게 하면 불필요한 메시지 복사를 줄일 수 있다.
3. 메시지 필터도 되도록 포트나 수신 위치에서 처리하도록 이동시킨다.
4. 스키마를 최적화 할 것. 큰 스키마는 성능에 영향을 미친다.
5. Promoted Properties나 Xpath를 사용하기 보다 항상 모든 가능한 경우에 Distinguished Field를 사용한다.
6. 가급적 가능한 모든 경우에 pass-through pipeline을 사용한다.

2. SQL Server에서의 낮은 % CPU idle time

원인 및 대처 : BizTalk 서버 설치시 BizTalk이 알아서 설정해둔 세팅을 혹 DBA가 바꾼게 아닌지 확인해야 합니다. 이중에는 DBA가 일반적인 SQL Server 성능 향상을 위해 하는 설정과 반하는 것들이 있기 때문입니다. (예 : BizTalk에서는 Auto-Update Statistics = off, Max Degree of Parallelism = 1 로 설정합니다.)

추가 :
1. Persistence Point를 최대한 줄인다.
다음 웹캐스트 참조 : BizTalk 2006 R2 : 보다 나은 오케스트레이션의 설계 및 구현
2. Atomic Scope에서 .Net Helper Class 사용시 nonserializable한 컴포넌트를 Serializable한 클래스로 감싸느라 애쓰지 말고 그냥 Static 함수를 사용한다.
3. 가급적 Parallel Shape(병렬 셰이프)은 사용하지 않는다. 물론 필요한 경우는 제외.
4. 다중 MessageBox를 사용하는 시나리오의 경우, 적어도 세 개의 MessageBox를 사용해야 함을 잊지 말것. 마스터 MessageBox가 메시지들을 보조 MessageBox들에게 Routing하는 작업은 CPU가 Intensive하게 사용 되며 메시지 이동간에 항상 MS-DTC가 관여하므로 적어도 세 개의 MessageBox는 있어야 그 오버헤드를 상쇄시킬 수 있다.

3. SQL Server에서의 낮은 % Disk idle time / 높은 평균 Disk Queue 길이

원인 및 대처 :
1. BizTalkDTADb와 MessageBox Db가 동일 디스크에 있는게 아닌지 체크할 것.
2. Data와 Log 파일들이 같은 디스크에 있는게 아닌지 체크할 것.
3. 로그 사이즈 체크할 것.
4. SQL Agent를 통해 BizTalk Databases 백업 Job이 잘 돌아가고 있는지 확인할 것.
(Backup BizTalk Server (BizTalkMgmtDb))
5. Job을 통해 Tracking한 메시지들의 Body가 제대로 Archive되고 있는지 확인할 것.
(DTA Purge and Archive (BizTalkDTADb))

추가 :
1. SAN을 사용할 것.
2. Tracking을 위한 DB와 MessageBox DB들이 서로 다른 서버에 있게 할 것. 같은 서버를 사용해야 한다면 서로 다른 디스크를 사용하도록 할 것.
3. Data와 Log 파일들이 같은 디스크를 사용하지 않도록 할 것.
4. BizTalk Job들을 실행시키는 SQL Agent가 돌아가고 있는지 확인할 것.

정리했으니 다음에 찾아보기는 좀 더 쉽겠죠.

감사합니다.

=> BizTalk 관련 국내 최고 KB가 되겠습니다. 구독 신청해주세요~!!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

제 1회 BizTalk 커뮤니티 세미나 참가 후기

Santiago — Thu, 17 Jul 2008 10:05:09 +0900

안녕하세요. 김현수입니다.
이전 포스트에서 말씀드린 대로 어제는 <제 1회 BizTalk 커뮤니티 세미나>가 있었던 날입니다.

축~!! BizTalker 탄생~!

아쉽게도 카메라를 지참하지 않아 사진을 못올리는게 정말 아쉽네요. ^^
커뮤니티 결성 첫 모임이니만큼 보다 많은 분들이 참석하길 기대했는데
날씨도 우중충하고 늦은 시간이라 붐비지는 않았습니다.

순서는 다음과 같이 진행되었습니다. 도시락은 MSFT 세미나 참여해서 먹어본 중에 제일 나은 것 같았고,
진행하다보니 시간이 너무 늦어 마지막 순서였던 호프집 친목 도모는 못하고 헤어진게 아쉽습니다.

시간	순서	발표자
18:30 ~ 19:00	등록 확인	간단한 저녁식사 (도시락 제공)
19:00 ~ 19:30	BizTalk V-Team 소개 및 실전 커뮤니티 안내	Microsoft 현재환 부장 / 이상희 부장
19:30 ~ 20:20	1차 실전 세미나 주제 발표 (BAM) 및 Q&A세션	Microsoft 김은호 차장
20:20 ~ 20:50	BizTalk 실전 커뮤니티 결성 및 진행 방향 논의 (모임의 형식 및 주제 선정 등 협의)	BizTalk 실전 커뮤니티 멤버
21:00 ~ 22:00	BizTalk 실전 커뮤니티 친목 모임 (HOF)	전체

결성 첫 모임이다보니 가장 중요한 이슈는 커뮤니티 리더와 커뮤니티명 정하기,
정모 주최 간격 및 횟수, 세미나 주제 선정 등이었습니다.

일단 제 1기 커뮤니티 리더는 이번 7월 1일부터 BizTalk MVP에 합류하신 최덕순님이 해주시기로 했고,
커뮤니티명은 다음과 같이 몇 가지 제안이 나왔는데..

BizWhisper - 제가 제안
PathFinder - 김은호 차장님 제안
BizTalker - 깁갑령님 제안

제가 BizWhisper를 제안했던건 .Net Rocks!의 앵커 중 하나인 Carl Franklin이 Aaron Skonnard와의
인터뷰에서 BizTalk도 SQL처럼 Express 버전이 있다면 좋지 않겠느냐고 제안하면서 이름은
BizWhisper가 좋겠다고 했는데 그게 재치있어서 기억해두고 있다가 제안했던 것입니다만..

의미상 커뮤니티명으로는 BizTalker가 더 나을 것 같아 결국 투표를 통해 BizTalker로 정했습니다.
하지만 지금 다시 생각해보면.. 의미상으로는 BizSpeaker도 괜찮을 것 같군요.
이거 도메인이나 하나 사둘까..-_-;

정기 모임은 일단 격월에 한 번씩 하기로 정했습니다. 그 때마다 주제를 정해서 세미나를 갖고 경험과 의견을
공유하는 시간을 가질 것입니다.

아! 그리고 가장 기대했던 경품은 바로 이것! 나이키 프리미엄 축구공이었습니다.
아래 보이는 사진의 공인데 Microsoft와 BizTalk Server 로고가 새겨진 것이 다릅니다.

1차 BizTalk 커뮤니티 세미나 경품 - 운동과 거리가 먼 개발자들에겐 다소 당황스러웠음!

저는 개인적으로 참석해주신 전병선 컨설턴트님의 SOA, What & How를 경품으로 받아서 저자 싸인을 받고 싶었는데아쉽게 기회를 놓쳐버렸답니다. 대신 다음 모임에 나오면 직접 한 권 주시겠다는 약속은 받아왔습니다. 하하하~ 쵝오!!

그럼 모두들~ 다음 모임에 뵙겠습니다.

감사합니다.

== 이전글 ==
2008/07/03 - [BizTalking/일반] - 축~!!!!!! <제 1회 BizTalk 커뮤니티 세미나>

=> BizTalk 관련 국내 최고 KB가 되겠습니다. 구독 신청해주세요~!!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

BizTalk 성능 최적화 가이드 첫번째 에디션!

Santiago — Thu, 10 Jul 2008 15:56:00 +0900

안녕하세요. 김현수입니다.

지난번 BizTalk 운영 가이드에 이어 운영자를 위한 BizTalk 성능 최적화 가이드가 나왔습니다.

Ewan Fairweather(성 참 좋네요 특이하면서도..^^)와 Rob Steel이라고 하는
Microsoft의 BizTalk field Engineer가 자신들의 경험을 토대로 가이드를 작성했다고 합니다.

다운로드는 다음 위치에서 받으시면 됩니다.

Performance Optimisation Guide

감사합니다.

=> BizTalk 관련 국내 최고 KB가 되겠습니다. 구독 신청해주세요~!!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

축~!!!!!! <제 1회 BizTalk 커뮤니티 세미나>

Santiago — Thu, 3 Jul 2008 20:25:59 +0900

안녕하세요. 김현수입니다.

여러분~ 기뻐해주세요~!!

드디어 모든 BizTalk 개발자, 운영자분들이 기다리던.. 커뮤니티가 탄생했습니다.
아아~~~ 그동안 비빌 언덕이 생기기만을 얼마나 기다렸던가~!!!!

빨리가려면 혼자가고, 멀리가려면 함께 가라 - 아프리카 속담

ASP.NET 개발자들의 대표적인 커뮤니티인 태요닷넷의 경우 이번 토요일에 10주년 맞이 행사를 연다고 하는데..
BizTalk 커뮤니티는 이제 막 시작이군요!!

아프리카에.. "빨리 가려면 혼자 가고, 멀리 가려면 함께 가라"는 속담이 있다고 합니다. 제가 BizTalk을 사용해서 Integration을 해오면서 느낀것은.. BizTalk은 굉장히 복잡하고 강력하며, 한 사람이 혼자서 커버하기에는 다루고 있는 그 영역의 폭이 너무나 넓다는 것입니다. 먼 길을 갈 때 가장 좋은 건 조력자를 두는 것입니다.

이 커뮤니티가 탄생한 배경에는 한국 마이크로소프트의 후원이 있었지만, 그 커뮤니티를 유지하는 것은 다름아닌 커뮤니티 구성원들 개개인이 될 것입니다. 태요닷넷처럼 장수하고, OKJSP처럼 사람 냄새나는 그런 커뮤니티가 되었으면 좋겠습니다. 가끔 쏘주도 한잔씩 하고 말이죠~

사실 BizTalk 커뮤니티가 과거에도 없었던 것은 아니지만, 참여 저조로 인해 아쉽게 사라진 적이 있었습니다. 그 실패를 거울로 삼아, 이번에는 성공적이고 모범적인 대한 민국 대표 커뮤니티로 자리잡길 기대해봅니다!!!

행사 아젠다입니다.

▶ 일 시 : 7월 16일 수요일 저녁 6시30분 ~ 9시
▶ 장 소 : 대치동 포스코 센터 서관 5층 Potential 세미나 룸

시간	순서	발표자
18:30 ~ 19:00	등록 확인	간단한 저녁식사 (도시락 제공)
19:00 ~ 19:30	BizTalk V-Team 소개 및 실전 커뮤니티 안내	Microsoft 현재환 부장 / 이상희 부장
19:30 ~ 20:20	1차 실전 세미나 주제 발표 (BAM) 및 Q&A세션	Microsoft 김은호 차장
20:20 ~ 20:50	BizTalk 실전 커뮤니티 결성 및 진행 방향 논의 (모임의 형식 및 주제 선정 등 협의)	BizTalk 실전 커뮤니티 멤버
21:00 ~ 22:00	BizTalk 실전 커뮤니티 친목 모임 (HOF)	전체

김은호 차장님이 BAM(Business Activity Monitoring) 관련 세션을 준비해주셨네요. 개인적으로 BAM이야말로 BizTalk이 가진 가장 멋진 기능들 중 하나라고 생각합니다. 모니터링 없이 메시지의 흐름을 확인할 방법이 없으니까요. 지난번에는 BizTalk 파트너 업체를 대상으로 성능 및 구성 관리 기술 세미나를 진행해주신적이 있는데.. 항상 꼭 필요하고 Advanced한 주제만 다뤄주시네요. 배울게 많은 저로선 감사할 따름입니다.

다음은 커뮤니티 운영 방안입니다. 맨 마지막 줄이 인상적이군요. 아아~

목적 및 의의
- 가치있는 BizTalk 정보 제공 및 네트워크 형성을 위해 Microsoft에서 지원하는 BizTalk Leadership & Networking 프로그램
- 참여자간 BizTalk 실전 경험 / 정보 교류 활성화를 통한 상호 협력 및 발전 기회 제공

주요 활동
- 기업내 BizTalk 적용 이슈 및 기술 연구
- BizTalk 활용 시나리오 및 베스트 프랙티스 연구
- BizTalk 제품 로드맵 업데이트 및 피드백 디스커션
- BizTalk 개발자/운영자간 친목 도모 On/Offline Communication 모임

운영 주체 및 모임 대상
- 커뮤니티 리더 (반년 주기) : Microsoft BizTalk V-Team과 협의하여 커뮤니티 모임 주선
- 커뮤니티 멤버 (1년 주기) : BizTalk 개발자, BizTalk 운영자 (파트너사 및 고객사)
- BizTalk V-Team : Microsoft BizTalk 제품 마케팅 담당자 / 솔루션 세일즈 담당자 / 파트너 담당자 / 기술 전문가 및 컨설턴트

모임 형식 및 주제
- 격월 3째주 수요일 저녁 (18:30 ~ 21:00) ' 변경시 사전 공지 및 모임 안정화 이후 매월로 확대 고려.
- 모임은 주제 발표 세미나 및 Q&A 세션, 이후 간단한 친목 도모 모임으로 진행
- 주요 Topic 주제는 사전 정의 (주제 발표자와 커뮤니티 리더를 중심으로 질의 응답 사전 수집)
- 모임 결과 자료는 리더 BizTalk MVP Blog를 통해 공유

커뮤니티 결성 모임 : 2008년 7월16일(수요일) 저녁 18:30 ~ 21:00 (상세 내용은 위 아젠다 참조)
- BizTalk 실전 커뮤니티의 구체적인 방향은 본 모임에서 논의 확정함
- 커뮤니티 리더 및 멤버 Benefit도 안내 드립니다.

첫 모임 참석자 기념품 있습니다. 기대하십시오! :

아래 등록 확인 버튼을 눌러 주세요~ 간단히 참석 의사만 알려주시면 됩니다.

감사합니다.

=> BizTalk 관련 국내 최고 KB가 되겠습니다. 구독 신청해주세요~!!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

솔솔~ 들려오기 시작하는 BizTalk 2006 R3 소식

Santiago — Wed, 2 Jul 2008 11:44:00 +0900

안녕하세요. 김현수입니다.

전세계 BizTalk MVP들을 대상으로 BizTalk 2006 R3 관련 Live Meeting 날짜가 잡혔습니다.
제목은 이름하여 "BizTalk R3 Overview"
출시가 한참 남은 오슬로 기다리기 지루했는데 잘됐군요.

BizTalk Server 2006 R3 includes support for Visual Studio 2008, Windows Server 2008, and SQL Server 2008. In addition, the release includes a number of SOA infrastructure enhancements for UDDI, EDI, AS2, WCF LOB SDK, BizTalk Adapter Pack, RFID, and HIS.

전에도 말씀드렸지만.. 이번 BizTalk 2006 R3의 출시에 가장 큰 의의는..
SOA나 B2B 기능 강화가 아니라, Visual Studio 2008, Windows Server 2008, SQL Server 2008과 같은
최신의 MS Platform에 최적화되어 있다는 점이 아닐까 싶군요.

기존 기업 고객들에게 Microsoft가 BizTalk Server에 가진 지속적인 투자 의지를 표명하는 것이죠.
Visual Studio 2008, Windows Server 2008, SQL Server 2008의 출시와 함께 BizTalk 2006 R3도 다시 한 번
크게 프로모션하지 않을까 싶군요. :)

잘 듣고 공유할 수 있는 내용은 냉큼 올릴테니 계속~ 관심가져주세요.

감사합니다.

== 이전글 ==
2008/05/13 - [BizTalking/일반] - BizTalk Server 2006 R3에 비공식 추가 예정 기능 - TFS 지원
2008/05/03 - [BizTalking/일반] - BizTalk Server에 Covast의 B2B Capabilities 기능 추가 예정 소식!
2008/04/23 - [BizTalking/일반] - BizTalk Server 2006 R3 출시 예정 소식~!

=> BizTalk 관련 국내 최고 KB가 되겠습니다. 구독 신청해주세요~!!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

MS Live Platform Technical Manager - Angus Logan과의 저녁식사

Santiago — Fri, 20 Jun 2008 11:39:02 +0900

안녕하세요. 김현수입니다.

티스토리에선 사용자의 참여를 유도하는 다양한 이벤트들을 적극적으로 시행하고 있는데..
그 일환으로 지난 16일 월요일, MS Live Platform의 Technical Manager인 Angus Logan과의 저녁 식사라는 이벤트가 있었습니다. 티스토리에 Microsoft Messenger 플러그인이 추가 된 기념으로 Live Platform의 본사 Technical Manager와 티스토리 개발진, 사용자 그룹이 한 자리에 모여 개선점을 찾아보자는 취지였다고 생각합니다.

다른 티스토리 이벤트의 경우, 공지가 뜨자마자 신청자가 쇄도하는 관계로.. 마이너 블로거인 필자로서는 참여 신청해도 당첨되길 기대하기 어려웠는데.. 이번 이벤트의 경우 다행히 운좋게 일찍 당첨을 통보받았습니다. 기존에도 TechED 2007이나 MVP Global Summit 2008과 같은 본사 행사에 참여하면서 제품 개발진들, 에반젤리스트들을 만날 기회가 없었던 것은 아니지만, 파트너로써 혹은 Microsoft centric 개발자 그룹의 일원으로써였지 이렇게 순수하게 사용자로 만나 불만만 털어놓을 수 있는 기회는 또 없었던 듯 합니다.

일단 공식적인 인터뷰같은 것은 아니었지만, 그냥 외국인 친구 만나서 수다떠는 자리도 아니었기 때문에 대화를 위한 배경 지식을 습득코저 제 전문 분야와는 다시 거리가 있는 Windows Live Platform에 대해 찾아보았습니다. 이 정도는 알아두면 좋겠다 싶은 내용이니 간단히 소개하겠습니다.

Angus의 블로그 포스트를 보니 BuilderAU와의 인터뷰가 있는데 여기서 Angus는 Windows Live Service들은 다음과 같은 5개의 카테고리로 나눌수 있다고 설명하고 있습니다.

- Find and locating capability
- identity, authentication capability
- use of data : data portability
- infrastructure service
- notification and messaging

Find and locating capability는 Virtual Earth와 같은 서비스가 되겠지요. Google Earth와 비교되면서 서서히 사용자를 끌어모으고 있는 것 같습니다. 인터뷰 내용에 따르면 Mapping Data의 사이즈가 무려 15Petabytes에 이르는군요. 어마어마 합니다. identity, authentication은 Live id를 의미할테고, use of data는 calendar나 photo 서비스 같은 것들. infrastructure는 SilverLight을 예로 들고 있고, notification and messaging은 Windows Live Alert과 Messenger를 뜻합니다. 글을 쓰면서 찾아보니 Windows Live 플랫폼에 대해서는 준서아빠가 생각하는 행복한 UX이야기에 가장 잘 정리되어 있더군요. 관심있는 분들은 해당 블로그의 포스트들을 참조하시면 좋을 듯 합니다.

자, 그럼 저녁을 같이 하면서 나눴던 내용들을 정리하겠습니다.

+ 마이크로소프트에는 어떻게 입사하게 되었나요?
- Angus Logan은 원래 호주 브리즈번 태생으로(그것도 영화 ‘폭풍속으로’의 패트릭 스웨이지가 그토록 가고 싶어하던 Surfers Paradise가 있는 Gold Coast 근처에 살았다고 하니.. 시애틀 날씨를 싫어하는 것도 이해가 갑니다) 2001년 1월에 지금은 Avanade Au에 흡수된 dcg의 Back End Developer로 첫 커리어를 시작했습니다. 그리고 f5나 Data#3과 같은 회사에서 MS Platform 기반 컨설팅을 했고, Sharepoint MVP를 거쳐 2005년 11월에 Microsoft Au의 TS(Technology Specialist : Content Management Server, SharePoint Portal Server & Microsoft Office SharePoint Server 2007)로 입사했습니다. 그리고 1년 8개월 후 씨애틀 본사로 이동해서 Senior Technical Manager(Windows Live Platform)가 된 것이지요. 국내도 마찬가지지만, 외국도 MVP였다가 마이크로소프트에 입사하는 일이 비일비재해 보이는군요.

경력을 보시면 SharePoint 백그라운드가 강해서 저와는 통하는게 많았습니다. Microsoft의 Enterprise 시장 전략은 consolidation으로 요약할 수 있고, 당연히 자사 제품군들 내부적인 통합을 우선시 하므로, Sharepoint + BizTalk 은 시너지 효과를 일으킬 수 있는 좋은 조합으로 자주 제안됩니다. BizTalk은 Sharepoint용 어댑터를 out-of-box로 제공하고 있고, 이를 통해 Sharepoint library로의 문서 송수신을 처리합니다.

재미있는 것은.. 저를 BizTalk Guy라고 소개하니 돈 많이 벌겠다~ 라며 너스레를 떠는데.. 호주나 미국, 캐나다와 같은 영어권에서 얼마나 BizTalk이 많이 팔리고, 사용되는지 보여주는 단적인 예라고 하겠습니다. 따지고보면 웹 개발자의 공급이 넘쳐나는 국내 시장에서 BizTalk은 Microsoft Centric 개발자들에게 있어서 블루오션이라 할 수 있는데, 보다 많은 분들이 BizTalk 제품과 EAI, B2B 시장에 관심을 가지셨으면 하는 바램입니다. 참고로 저희 회사 요즘 사람 뽑습니다. ^_^;

+ Live Calendar의 경우 이제 아웃룩과의 Sync를 지원하나요?
- 저의 이전 포스트를 보시면 Live Calendar 베타를 소개하고 있는데.. 아무리 기다려도 아웃룩과의 Sync 기능이 지원되지 않았고, Live Calendar만의 특장점을 찾아보기 어려웠기 때문에 다시 구글 캘린더를 돌아 갔답니다. 더구나 다소의 제한(Sync할 수 있는 Calendar가 하나밖에 지원되지 않는다는)이 있긴 하지만 Google Calendar Sync를 설치하면 아웃룩과의 연동을 아쉬움 없이 지원하고 있기 때문이죠. 따라서 보다 긍정적인 Angus의 답변을 기대했으나, 현재로서는 프리미엄 유저밖에 지원되지 않는 기능이라고 하네요. 피드백 받고 있는 가장 많은 불만 사항들 중 하나라고 하는 걸 보면 이미 문제점에 대해서는 충분히 인식하고 있는 듯 보였습니다.

+ Windows Live Writer는 왜 Windows 2008와 같은 서버 OS에서 설치를 지원하지 않지요?
- 원래 저는 티스토리 에디터를 사용하면서 큰 불편을 못느끼고 있었기 때문에 기존에 Windows Live Writer를 사용해 본 적은 없었지만, 이벤트 준비를 위해 일부러 설치를 해보았고, 현재 이 글도 Windows Live Writer를 이용해서 작성중입니다. 하지만 제 랩탑의 운영체제인 Windows 2008에서 설치 파일을 통한 인스톨이 지원되지 않았기 때문에 이 곳에서 Portable 버전을 다운받아서 사용하고 있습니다.

이에 대한 Angus의 답변은.. 해당 불만 사항에 대해 이미 담당자에게 알렸으나, “It’s a Server~~~!!!”라는 이유로 수정을 거부했다는 것입니다. 제가 Angus였다면 이렇게 맞받아줬을 겁니다. “And it’s an Editor~~~!!!”

저 뿐 아니라 이미 많은 개발자들이 서버용 운영체제를 자신의 데스크탑 OS로 사용하고 있습니다. 현재 기업에서는 Windows 2003 R2 + BizTalk Server R2 + SQL Server 2005 SP2 + Visual Studio 2005 조합을 사용하고 있으나 앞으로는 Windows 2008 + BizTalk Server R3 + SQL Server 2008 + Visual Studio 2008 조합을 사용하게 될 것입니다. 따라서 미리 테스트용 환경을 갖춰놓은 것이지요.

만약 Windows Live Writer가 게임 프로그램이었다면 모르겠으나 Html Editor에 불과한 Live Writer의 설치를 서버용 운영체제라는 이유로 막아놓았다는 건 변명으로 충분하지 못합니다.

+ 한국의 메신져 업체 중 하나는 자사 메신져에서 무료 SMS를 보낼 수 있도록 서비스를 제공하고 있는데 Live Messenger에도 혹시 그같은 계획이 있나요?
- 아시다시피 네이트온은 무료 SMS로 폭발적인 인기를 얻으면서 사용자를 끌어모았고, 이로인해 많은 Live Messenger 사용자들을 흡수했는데 혹시 Microsoft에서도 동일한 방법을 사용할 의향이 있는지 묻는 질문이었습니다. 답변은 아직까지 그런 계획은 고려치 않고 있다는 것이었습니다. 사용자로서 아쉽긴 하지만, 같은 전략을 사용하는게 경쟁자를 추월하기 위한 가장 좋은 방법은 아니라는 점에서 공감은 갔습니다. 몰랐던 사실인데.. 미국내 최대 사용자를 보유한 메신져는 AIM(5천만명이 넘게 사용중)이라는 군요. 국내 인터넷 초창기에 많이 사용하던 icq도 여전히 사용되고 있는데 네이트온처럼 무료 sms 를 제공해 인기를 얻고 있답니다.

+ 이번 티스토리의 메신져 플러그인 말인데.. 자신의 Live ID를 이용해서 로그인한 사용자도 이미지에 표현된 문자 입력을 통한 인증 절차를 또 거쳐야 하는데 이럴 필요가 있을까요?
- 이건 같이 이벤트에 참여한 정은님의 질문이었는데.. 해킹을 방지하기 위해 다소 불편하더라도 그런 방법을 사용했다는 답변이 돌아왔습니다. 이미 자신의 Live ID로 로그인했는데도 그게 왜 필요한가 했더니 웹에서 무지막지하게 비밀번호 대입해가며 해킹하는 경우가 있기 때문에 어쩔 수 없는 고육지책이었다 합니다.

+ 마이크로소프트 내에서.. 외국 지사로 이동하는 건 쉬운 편인가요?
- Angus가 호주 MS에서 미국 본사로 이동한 경우라.. 그 반대의 경우나, 본사가 아닌 영국이라던가.. 다른 나라 지사로 이동하는 것이 쉬운지 물어봤습니다. 네, 쉽다는 군요. 일전에도 Microsoft의 Relocation Package가 훌륭하다는 소리는 들어본 적이 있습니다.

+ 호주에서.. 캥거루, 코알라, 악어, 딩고 먹나요?
- 이건 농담삼아 물어봤는데.. 캥거루는 자주 먹고(소고기 맛 비슷), 악어도 먹고(본인은 안먹어봤다는데.. 닭고기 맛 비슷), 코알라나 딩고는 먹는단 소릴 못들어 봤답니다. 뭐.. 코알라는 귀여워서, 딩고는.. 호주의 야생 멍멍이라..^^

Angus와의 대화를 통해 제가 느낀 바는.. 마이크로소프트는 그 특유의 기민함(Agility)을 되찾을 필요가 있다는 것입니다. 덩치큰 기업일 수록 사용자들의 의견이 반영되기까지 오랜 시간이 걸리고, 시장의 반응에 대응이 늦음으로써 경쟁 업체로부터 추월당하곤 합니다. 비단 Windows Live Platform만이 아니라, 기업용 제품들의 경우도 마찬가지입니다. 비록 메인 프레임 시대에서 C/S 환경으로 넘어 오면서 시장의 절대 강자로 오랜 시간 군림해온 마이크로소프트이지만, 웹의 시대에도 그 1위 자리를 고수할 수 있을지는 아무도 장담할 수 없습니다.

대충 이 정도가 제 기억에 남는 내용들입니다. 좀 더 준비를 하지 못한게 아쉽긴 하지만, 제가 얻어들은 내용들을 이벤트에 참석하고는 싶었지만 그러지 못했던 분들과 공유하기 위해 정리해봤습니다.

마지막으로, 갈비집에서 와인바로 이어져 비교적 늦은 시각(11시쯤)에 끝났음에도 불구하고, 끝까지 성실하게 답변에 응해준 Angus와, 무엇보다 이런 행사를 마련해주신 티스토리 일동~~~ 개발자분들과, 마케터 분들.. 모두에게 감사의 뜻을 전합니다. 특히 티스토리 담당자분들, 지속적으로 사용자와 소통의 기회를 모색하는 그 노력이 언젠가 꼭 보상받을 날이 있으리라 믿습니다. 계속 노력해주세요. :)

감사합니다.

== 같이 참석한 이벤트 참가자분들의 후기 ==
정은님, MS Live 개발자 Angus Logan과의 저녁식사
승연님, Microsoft Live 플랫폼 개발자 Angus Logan과의 저녁식사

== 관련글 ==
2008/06/12 - [Microsoft] - 티스토리에 MSN 메신져 플러그인 추가하기

=> BizTalk 관련 국내 최고 KB가 되겠습니다. 구독 신청해주세요~!!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.