프로그래밍 스칼라: 실용적인 스칼라 활용법을 익히는 가장 확실한 실전 바이블 (2.11.x 버전 기반)

627

17

장

동시성 프로그래밍 도구

17.4.1

액터: 마지막 고찰

우리 애플리케이션은 다량의 동시 입력 트래픽을 처리하는 일반적인 방식을 보여준다. 그 방식

은 결과를 비동기적인 작업자들이 생성하도록 위임하고, 나중에 이를 반환하는 것이다(여기서

는 그냥 결과를 출력했다 ).

우리는 아카가 제공하는 내용을 대충 훑어보기만 했을 뿐이다. 하지만 이제 여러분은 전형적인

간단하지 않은 아카 애플리케이션이 어떤 모양이고 어떻게 작동하는지에 대해 감을 잡았을 것이

다.

http

://

akka

.

io

를 보면 아카에 대한 훌륭한 문서들이 있다. 부록

A

에서도 아카에 대한 깊

이 있는 정보를 제공하는 여러 책을 소개하고 있다. 그런 문서에는 아카를 효율적으로 사용하기

위해 필요한 다양한 패턴과 관용어도 들어 있다.

아카 액터는 하나 당

300

바이트 정도로 매우 가볍다. 따라서 대규모 단일

JVM

인스턴스에서

수백만 개의 액터를 쉽게 만들 수 있다. 그렇게 많은 자율적인 액터를 관리하는 것은 어려운 일

이다. 하지만 그중 대부분이 상태가 없는 작업 액터라면, 필요한 경우 관리가 가능하다. 아카는

수천 노드에 걸친 클러스터링도 지원한다(

http

://

bit

.

ly

/

1wNP4FB

). 고가용성

high

availability

에

대규모 확장성이 필요한 시스템이라면 그런 기능이 필요할 것이다.

아카 등의 액터 모델에 대한 일반적인 비판은 타입 안전성이 부족하다는 것이다.

Receive

타입

별명이

PartialFunction

[

Any

,

Unit

]

이라는 것을 생각해보면, 이는 ...