개인적으로 생각하는 SpringSource 전략

Facebook Server Side Architecture Group #SSAG
https://www.facebook.com/groups/serverside/
Webinar_ Data Access and Processing with Spring Data, Hadoop

(출처 :  http://www.gopivotal.com/resources)

최근 SpringSource의 전략을 보면 다양한 서브 프로젝트들이
존재 하지만 큰 방향성은 BigData가 아닐까 합니다.

SpringSource에서 직언 하지는 않았지만 현재까지
행보를 보면 BigData EcoSystem에서의 그들의 포지셔닝은
BigData + 기존 시스템과의 통합인듯 보입니다.

레드오션이 아닌 역시나 본인들의 주특기를 최대한 살리는
전략은 상당히 영리한듯 보이는 군요.

외국은 BigData 구축을 넘어서 기존 시스템과의 통합을
생각하는게 부러울 따름 입니다. ㅠㅠㅠ

어쨌든 이러한 전략을 위한 소위 “장수”들은 아래와 같습니다.

– Spring Data
– Spring Batch
– Spring Integration
– Spring Framework
– Spring😄

그들 블로그를 보면 지난 몇년간 SpringSource 개발자들이
특히 SpringData Project에 엄청난 에너지를 쏟았다고 합니다.
실제로 제가 Spring Data for Hadoop를 테스트해 본 결과
상당히 쉽고, 특히나 Hadoop Ecosytem들을 통합 관리하는데
있어서 아키텍쳐 관점에서 상당히 유연하게 설계 되어 있습니다.

최근 Spring XD가 M1를 찍었는데 ..
😄 같은 경우 소개 자료만 보면 flume(로그 agent), cep(이벤트 프로세싱), 메세징 변환
기능들을 제공하는 듯 보입니다.
물론 정식 릴리즈 되어야 그 실체를 알듯 싶네요.

참고로 XD에서 이벤트 프로세싱 store로는 REDIS를 사용합니다.

그들의 전략를 나름 정리 하면
Spring Data는 Hadoop, NoSQL, JDBC 등 스토리지 Adatper로써

Spring Batch는 MapReduce,기존 RDB 등의 배치 워크 플로우로써,

Spring Integration은 메세지 통합/라우팅/변환으로써

SpringXD는 BigData 통합을 위한 중간 브릿지로써

SpringFramework은 이러한 유닛들을 유기적으로 동작하는 코어

http://blog.springsource.org/2013/06/12/spring-xd-1-0-milestone-1-released/

Published by: beyondj2ee

Past SI AA, now I am pikicast developer in yellow mobile and daddy, Java, Spring, OpenSource, Application Architect :) Java Application Architect. mail : beyondj2ee@gmail.com twitter : twitter.com/beyondj2ee facebook : https:www.facebook.com/beyondj2ee blog: http:beyondj2ee.wordpress.com

Categories Uncategorized댓글 남기기

답글 남기기

아래 항목을 채우거나 오른쪽 아이콘 중 하나를 클릭하여 로그 인 하세요:

WordPress.com 로고

WordPress.com의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

Twitter 사진

Twitter의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

Facebook 사진

Facebook의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

Google+ photo

Google+의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

%s에 연결하는 중