1년전 스타플(http://starpl.com)의 별지도, 타임라인 등에 쓰이는 통신 프로토콜을 결정하기 위해 아래와 같은 통신테스트를 수행한 적이 있다.

[Flex]수행 속도 종합테스트 - FDS, AMFPHP,OpenAMF,XML,JSON,TEXT

결과는 FDS(현 LCDS),TEXT 통신 방식의 승리!
그러나 FDS는 유료이기 때문에 서비스에 사용하기에는 부적합했다.
그래서 빠른 속도를 요하는 곳에는 TEXT방식을 취하고 개발의 용의성때문에 OpenAMF를 사용하게 되었다.

지금 기술은 1년전과 또 달라졌다.....
즉 어쩔 수 없는 상황이였지만 이제 그럴 필요가 없어졌다는것.....

2007년 12월 말에 Adobe Open Source의 일환으로 만들어진 BlazeDS(Blaze Data Service)에 눈길을 돌리게 되었다. 오래전부터 관심을 가져야하는데 새로운 프레임워크 개발로 인해 이것을 접하게 되었다.

BlazeDS가 제공하는 기능중 하나인 Remote Object Service는 LCDS(구 FDS)와 동일한 AMF3(Action Message Format 3) 프로토콜을 이용해 통신하는 방식을 취한다. 그래서 이것만큼은 LCDS의 기능과 비교해볼때 전혀 떨어지지 않는다고 한다.
(BlazeDS는 LCDS의 부분적 기능만을 가진다. 자세한 것은 아래 읽을 만한 자료를 읽어보길 바란다.)

조금 늦은 감은 있지만 이에 대해 속도테스트 해봤다.

결과는.... 완전 굿이였다.

OpenAMF와는 비교가 안되었다.
100000만건 처리하는데 OpenAMF를 사용하니 Eclipse까지 뻗어버리더라... 그런데 BlazeDS는 5초 걸렸다.
OpenAMF는 20000건 처리가 1초이상 걸린반면, BlazeDS는 0.2초 정도였다.
(속도는 시스템 사양 및 네트워크 환경에 따라 좌우되므로 상대적비교만 요한다.)

BlazeDS가 LCDS와 거의 동일한 속도로 데이타를 송신하는 것을 보고 갑자기 Adobe가 더 좋아졌다. ㅎㅎ
또 BlazeDS가 매력적인 것은 RemoteObject를 사용할 수 있다는 것이다. 데이타를 binary형태로 전송하면서 객체방식으로 데이타를 송수신하기 때문에 데이타 가공이 매우 용이하다. 또한 서버/클라이언트 개발시에 송수신할 데이타 형태에 대해 결정하는데도 무척 수월하다.

LCDS가 유료이기 때문에 RemoteObject를 사용하지 못했는데 이젠 전혀 상관없이 RemoteObject를 사용할 수 있게 되었다.

이것으로 개발과 속도 향상에 큰 기대가 예상된다.


읽을만한 자료

BlazeDS의 대한 기본개념 : http://sewony.tistory.com/category/FDS
BlazeDS 설치 : http://blog.naver.com/zoom7810/50026707200
BlazeDS의 Eclipse&Flex Builder 개발환경 구축 : http://blog.naver.com/zoom7810/50032372125
BlazeDS 개발 가이드(영문) : http://livedocs.adobe.com/blazeds/1/blazeds_devguide/
머드초보님의 BlazeDS에 관련글 : http://mudchobo.tomeii.com/tt/search/BlazeDS

글쓴이 : 지돌스타(http://blog.jidolstar.com/342)