Akka는 JMS / AMQP 메시지 브로커를 폐기합니까? [닫은]

나는로 지난 주에 깊은 다이빙을 보냈다 Akka 워드 프로세서 및 마침내 그들이 해결할 것을 배우 시스템이 무엇인지 이해하고 문제.

내 이해 (와 경험) 기존 JMS / AMQP 메시지 브로커은 다음을 제공하기 위해 존재한다는 것입니다 :

• 생산자와 소비자 간의 비동기 처리; 과
• 메시지 배달 보증, 지속성, 재시도 및 폴백 포함

그러나 Akka는 필요한 모든 인프라와 운영 오버 헤드없이 이것을 제공하지 않습니까?

• Akka에서 모든 액터 통신은 비동기식이며 차단되지 않습니다. 과
• Akka에서는 SupervisorStrategies재시도, 폴백 및 에스컬레이션을 수행하기 위해 존재합니다. 액터 가 요구 사항 인 경우 사실상 모든 유형의 상점 에 지속되도록 구성 할 수 있습니다 .

이 날 궁금가 그래서 내 애플 Akka를 사용하는 경우, 내가 그림으로 (예 : ActiveMQ를 RabbitMQ, 카프카를) JMS / AMQP 브로커를 가지고 할 필요가 있습니까? 다시 말해, 새로운 Akka 기반 앱이 새로운 JMS / AMQP 브로커 클러스터 의 도입을 보증하는 사용 사례가 있습니까? 그 이유는 무엇?

유일한 주장은 아마도 내 Akka 앱이 다른 시스템과 통합되어야한다는 것입니다. 그러나이 경우 Akka-Camel 모듈을 사용하면 Akka가 Camel의 철저하고 거의 무한한 통합 기능 목록 (TCP, FTP, ZeroMQ, 목록 계속 ...)을 활용할 수 있습니다.

생각?

배우 모델

액터 모델은 많은 동시 계산 및 상태 저장 처리를 처리하는 응용 프로그램을 구축하기위한 컴퓨터 과학 전략입니다. 그것은 유일한 전략은 아니지만 계산을 행위자 로 옮기는 매우 잘 테스트되고 간단하며 신뢰할 수있는 접근 방식으로 , 한 번에 하나씩 처리하는 메시지를 통해 통신합니다.

Akka는 액터 모델을 구현하는 프레임 워크로, 자바 스크립트 대신 JQuery를 사용하는 등 이미 구축 된 모든 인프라와 기능으로 액터 시스템을 구축 할 수 있습니다.

메시징

메시지 시스템은 메시지를 보내고 검색 할 수있는 응용 프로그램입니다. 기본 대기열부터 주제, 펍 / 서브, 지속성 및 기타 기능을 갖춘 대기업 소프트웨어에 이르기까지 다양한 종류가 있지만 최종 목표는 동일합니다. 어떤 바이트를 어딘가에 저장하고 나중에 어떤 종류의 순서로 다시 검색하십시오. 오늘날의 주요 사용 사례는 시스템을 분리하고 다른 스케줄 또는 속도로 비동기 처리를 허용하는 것입니다. RabbitMQ, NATS, Kafka 등은 모두 메시지 시스템의 예입니다.

비교

Actor 모델과 Akka 프레임 워크는 메시지 큐와 같은 응용 프로그램을 빌드 하는 데 유용한 저수준 도구입니다 .

메시지 대기열 대신 Akka를 사용할 수 있습니까? 확실한. 액터 모델을 이미 사용하는 소프트웨어를 빌드하는 경우 특히 동일한 스레드 또는 애플리케이션 내에서 메시지를 보내기 위해 외부 메시지 큐가 필요하지 않을 수 있습니다. Akka Remoting 기능을 사용하여 다른 머신에서 실행중인 다른 액터 시스템으로 메시지를 보낼 수도 있습니다.

그러나 이로 인해 메시징 시스템이 더 이상 사용되지 않습니까? 절대적으로하지. 이 모든 것을 직접 코딩 할 수 있다고해서, 특히 액터 모델이 문제에 좋지 않거나 의사 소통을 위해 다른 언어, 응용 프로그램, 외부 API, 운영 체제, 데이터베이스 등이 필요한 경우 필요하지는 않습니다. 서로 (액터 시스템인지 아닌지).

두 시스템간에 일부 메시지를 전달해야하는 경우 메시지 큐를 사용하십시오. 동일한 애플리케이션 내에서 확장 가능한 상태 저장 처리 및 지연 시간이 짧은 메시징이 필요한 경우 액터 모델을 사용하십시오. 그것들은 완전히 다른 수준으로 존재하며 사용 방법은 구축하는 솔루션에 따라 다릅니다.

이 동일한 액터 모델과 메시징에 대해서는 SO에 대한 훌륭한 답변이 있습니다 : https : //.com 또는 tibco