HAMA 블로그

이 플러그인은 Play 안에 Vert.x 코어를 통합하는데 Play 에 Vert.x 이벤트버스를 노출시켜. 이건 play app 이 클러스터링 되도록 할수있지. 클러스터위에서 메세지를 전달하며 생산자&구독 자 초식을 펼치며 꽤나 놀라운것들을 사용할수있게 해. 무슨의미냐고? 자 상상해보자. 네 클러스터에 N 개의 서버가 있어. 2명의 사용자가 sockJS 와 함게 연결되었어 서로서로 다른 서버에 말이지. 그런데도 그들은 같은 채널을 공유해 , 채팅룸이나 게임공간같은곳 에 말야. 한사람이 메세지를 채널에 던지면 다른사람은 실시간으로 그것을 받을수있게 된다는~ 좀 쩔지?? 한번 해볼래? (https://github.com/fmasion/playVertX )

Vert.x 와 Akka 는 아주 비슷한 점이 많다. 액터/리액티브 모델이란 점에서 둘은 앞으로 계속 동반자이자 경쟁자로 살아 갈 것으로 보인다. 따라서 둘을 비교 해봐야 겠는데 아직 내가 그럴 경험은 없으니 남의 시야를 통해 살펴본다. 먼저 스택 오버플로우에서 Vert.x vs Akka 로 검색해보니 다음과 같은 글이 나온다.http://stackoverflow.com/questions/21481238/difference-in-message-passing-model-of-akka-and-vert-x 정리하면 외견적인 모습으로 둘은 매우 비슷하긴한데 비록 내 개인적인 생각일지 몰라도 Vert.x 는 Akka 보다는 더 메세지큐 미들웨어들과 개념이 비슷한거 같다. Vert.x 의 topology 는 좀 더..

배경에 대해서 먼저 말해보면 현재 IoT 관제시스템을 만들고 있는데, 브라우저-웹서버 - 드라이버 - 중계서버 - 집중화서버 - 컨트롤러 - 디바이스 대략 이런식이다. 웹서버는 Spring 으로 만들어져있으며, 드라이버 컴포넌트를 임베디드한다. 프런트엔드는 AngularJS 기반의 자바스크립트 프로그램이다. 이 시스템은 양방향인데 간단하게, 디바이스에서 넘어오는 데이타도 처리하고 ,브라우져에서 디바이스로 보내는 데이터도 있다는 의미이다. 이때 브라우져에서 웹서버로 넘길때에는 Rest API 를 적절히 사용하며 디바이스에서 넘어오는 데이타를 브라우저에 적용할때, Vert.x 와 Socket.io 를 사용한다. Node 이 WebSocket 을 쉽게 사용할수있도록 Socket.io 가 있는것처럼 Vert.x..