HAMA 블로그

이번 포스트에서는 액터모형/Akka액터에 대해 비판적인 시각에 대한 글을 적어 본다. 모든 기술에는 항상 빛과 어둠이 따르는 법. 양쪽을 모두 바라봐야 그 물체가 3D 입체적으로 보이지 않겠은가. 아래의 블로그글을 번역하였으며 물론 이 글도 비판적으로 봐야한다. What’s Wrong with the Actor Modelhttps://jaksa.wordpress.com/2015/10/13/whats-wrong-with-the-actor-model/수십 년 동안 존재 해 왔지만 액터 모델은 2000년대 중반부터 기지개를 켜기 시작했습니다. Carl Hewitt와 Henry Baker의 1977 년 "병렬 프로세스에서 통신하는 방법"에서 처음 소개되었습니다. 액터 모델의 대중화는 부분적으로 무어의 법칙이 약..

- Scala 2.11.8 기반 - Akka 2.4.11 기반 - Java 8 (akka 2.4 부터는 java 8 요구함. scala 2.11 은 java 7도 괜찮지만~) 하나의 ActorSystem에 IO,Remote 등 사용내가 만들고 있는 마이크로 서비스 타입의 시스템에서는 들어오는 메세지에 대해 각자 다르게 처리하기 (다른 목적지로 배달해주는)위한 커뮤니케이션 모듈이 있는데 (이름은 룰엔진이며 아이디어는 AWS IoT 에서 따왔다) 대략 아래 처럼 구성되어 있다. 단일 액터 시스템 내에 슈퍼바이저 액터라는 가장 부모 액터가 나머지 액터를 관리하고 그 중 룰엔진 액터가 나머지 액터들의 메세지를 커뮤니케이션 된다. Akka.tcp 가 이종간 통신을 위해 사용되며 원격 액터시스템 끼리는 akka.r..

- Scala 2.11.8 기반 - Akka 2.4.11 기반 - Java 8 (akka 2.4 부터는 java 8 요구함. scala 2.11 은 java 7도 괜찮지만~) 여러개의 ActorSystem 사용 하나의 호스트에서 액터시스템 여러개를 사용하는것에 관해 생각해보면 관심사의 분리라고 해야하나? 액터군도 여러개가 될 수 도 있을 것이다. 따라서 액터시스템도 그에 맞게 여러개를 사용 할 수 도 있다. (Play2 에 내 자신의 액터시스템을 임베디드 시키는것도 마찬가지) 이 부분에 대해서는 아직 나도 정확하게 이렇게 해야한다라고 말하기 어렵기 때문에 사실만 짚고 넘어가자면 액터 시스템 사이의 통신은 안된다. 이게 가능하려면 둘을 remote 로 연결해야 한다. 그리고 많은 수의 액터 시스템을 하나의..

- Scala 2.11.8 기반 - Akka 2.4.11 기반 - Java 8 (akka 2.4 부터는 java 8 요구함. scala 2.11 은 java 7도 괜찮지만~) 참고 : http://queirozf.com/entries/scala-slick-simple-example-on-connecting-to-a-postgresql-database http://slick.lightbend.com/doc/2.1.0/sql-to-slick.html#insert https://github.com/lucperkins/spray-akka-slick-postgresAkka 에서 PostgreSQL 사용하기1. Scala 로 PostgreSQL 사용하기 (with Slick) 의존성 추가 libraryDepende..

- Scala 2.11.8 기반 - Akka 2.4.11 기반 - Java 8 (akka 2.4 부터는 java 8 요구함. scala 2.11 은 java 7도 괜찮지만~) Akka TCP 와 데이터의 끝 서론 Akka TCP 서버를 만들때 데이터를 받는 부분의 대부분의 예는 그냥 Received(data) 이다. 즉 아래 형태.def writing: Receive = { case Received(data) => log.info(s"fromGW - '${data.utf8String}'") ruleEngine ! fromTGH(data.utf8String) data 는 ByteString 형 이기 때문에 Json문자열을 보낼 경우 utf8String 으로 변경해서 처리하는데 여기서 문제가 하나 있다. 다..

- Scala 2.11.8 기반 - Akka 2.4.11 기반 - Java 8 (akka 2.4 부터는 java 8 요구함. scala 2.11 은 java 7도 괜찮지만~) - Akka 공식 문서 : http://doc.akka.io/docs/akka/snapshot/general/addressing.html 액터 찾기 & 참조하기액터시스템에 여러개의 액터가 활동 할 때 , A 액터는 메세지에 따라서 B,C,D 액터에게 메세지를 따로 보내야 할때가 있다. 이때 A 액터는 B,C,D 액터에 대한 참조를 어떻게 알 수 있을까? 일단 보통 객체 코딩 했었을 때 를 생각하면서 A 액터에 setActor 같은 메소드를 만들어서 B,C,D 액터의 참조를 주입시키는 방법으로 손가락이 먼저 반응 했는데 다른 방법이 ..

왜 우리는 Vert.x 보다 아카(akka) 를 우리의 클라우드 시스템을 위해 선택했나? 원문 > https://techblog.king.com/why-we-choose-akka-for-our-cloud-device-solution/ 번역의 질에 대해선 참아주세요 OTL 전체를 번역하진 않았고 Vert.x 와 Akka비교에 관한 부분만 번역하였다. 우린 자동화 테스트를 반복적으로 실행 했다. 동일한 시간에 한 두개의 디바이스를 가지고 말이지..이런 진행과정은 꽤나 간단하다. 맘에드는 디바이스를 집어들고 게임 및 테스트로 빌드를 만들고 플레이를 누르고 커피잔을 집어들고.. 이런 작업은 꽤 잘 되었지만 최대한 많은 수의 디바이스로 작업을 해서 우리의 게임이 잘 작동하는지 확인해야했다. 버그 없는 게임을 유저..

Akka 공식문서 번역 - 개념 참고- 예제 참고 Akka Cluster 이전에 원격 액터에 접속하는 방식을 배웠었다. 원격 액터에 접근 하기위해서는 그 액터에 대한 특정위치를 액터 셀렉션을 통해서 얻어서 메세지를 보냈지만 이 포스트를 통해 알게 될 아카 클라우드는 액터들이 구름상에 어디 있는지 중요하지 않고 어딘가의 액터에게 메세지를 보낼 때 필요하다. 실행시간에 그런 노드들은 자연스럽게 참여 했다가 빠질 수 도 있다. 즉 확장성과 탄력성을 보장한다. 역할을 구분해서 그룹핑 할 수 도 있지만 주로 동일한 작업을 분산시켜서 사용 할 때 필요하다. 예를들어 맵/리듀스 (워드카운팅) 같은거 말이다. 개념 아카 클러스터는 단일지점 장애와 단일지점 병목을 없앤 중앙화 되지 않은 내구성 강한 peer to pee..