Page History

분산환경 동시성처리를 위해 Actor가 유일한 개발모델이 아니며, 언젠가 Actor모델의 단점을 지적하는 새로운

개발모델이 나올수도 있습니다. "코딩을 통해 서비스를 만드는것은 잘못되었다. 개발자의 수준을 못믿기때문에

우린 클라우드로 원클릭을 통해 서비스를 설계한다" 이러한 시대가 언젠가는 분명 올것입니다.

다만 액터모델은 자바/MS진영에 서 공식적으로 지원하는 개발 모델이며

분산환경에서의 서비스 설계를 개발자가 직접할수있게 고차원적인 라이브러리를 제공해준며제공해주며

응용서비스 레벨에 이것을 직접설계하는것은 필요한 부분입니다.

하지만 이것에 유연하게 대응하지 않고 있다면, 우리가 만드는 서비스는 고작 DB호출만 하거나 API만 호출을

하는게 다이며 CPU의 대부분은 그것을 기다리는쓰고 , 트래픽의 대부분은 고정적인 리소스(이미지,텍스트)

를 반환하는데 쓰는게 다일것입니다. 그리고 우리가 하지못하는 어떠한 기능을 외부 의존 메시지 큐서비스를 통해

폴링방식으로 부자연스럽게 연동을 하여 사용할것입니다.

이러한 서비스도 휼륭한 서비스가 될수 있습니다. 하지만 이러한 서비스는 DB의존적이여서

서비스 설계를 dB엔지니어에게 뺏길것입니다. 외부 패키지를통해 서비스 문제를 해결한다고 하면

심지어 데브옵스에게 서비스 설계 기회를 뺏길것입니다.

우리는 더나은 개발 서비스를 위해 의존성을 줄이고 개선할수있는 기회가 있습니다. 그것이 꼭 AKKA나 ACTOR가 아니더라도....