2014-11-06 3 views
1

현재 응용 프로그램은 Akka eventstream 및 해당 게시/구독을 사용하여 많은 양의 데이터를 가져오고 게시 및 이벤트에 대한 데이터를 수신 할 때 구독자가 있습니다. 이 설계는 게시자/구독자와 같이 문제가 발생하면 이벤트를 잃을 위험이 있습니다. Akka 지속성을 사용하여 여기에 의미가있는 경우akka 지속성 여부

나는 몇 가지 이유

1)

공유가없는 노트 스냅 샷 이벤트를 2) 감사 기록 ​​ 3) 다시 작성 시나리오를 지속에 대해 궁금/global 상태 (일반적으로 거의 모든 Akka 영속성 블로그/예제에서 유스 케이스로 설명 됨)를 시스템에 포함시킵니다.

여기에 Akka 영속성이 있습니까?

+0

영구 액터 (예 : TCP) 로의 전송이 안정적이면 Akka는 이벤트가 저널에 쓰여지고 다시 재생 될 수 있음을 보장합니다. –

+0

@ user2066049 답변에 Mahdi의 의견을 명확히 할 수 있습니까? 답이 좋을 경우 승인하고 질문을 닫으시겠습니까? –

답변

0

내가 제대로 시나리오를 이해한다면, 나는) 3 아니,) 2 예) 1 거절 것 :

메시지 인해 술집/서브에 문제가 손실 된 경우

1) 중재자 (당신이 실제로 통제하지는 않음)는 영구적 인 배우에게 결코 도달하지 않으므로 결코 이벤트 스트림에 저장되지 않으므로 재생되지 않습니다.

2) 감사 중에 기록 된 메시지를 볼 수 있습니다.

3) 액터가 Stateless 프로세서 인 경우 스냅 샷을 다시 만들거나 저장하는 시나리오는 무엇입니까?

나는 당신이 소비자에게서 ack를받을 때까지 일정한 간격으로 메시지를 다시 보내는 확인/재시도 메커니즘을 사용하여 약 1 번 작업 할 것을 제안합니다.

+0

이 질문은 공유 된 상태가 아니라는 것을 의미하며 "무국적 행위자"를 의미하지는 않습니다. 이것은 (3)에 대한 당신의 대답을 예로 바꾸어야합니까 ?? – Mahdi

+0

@Mahdi 프로세서가 스테이트 풀 그렇다면 예. 그러나 그들은 분산 된 프로세서 일 뿐이라고 생각합니다. 영업 이익은 실제로 명확하지 않았습니다. –