뗏목 리더는 클라이언트 요청을 동 기적 또는 비동기 적으로 처리합니까? 뗏목에서

Question

, 리더

• 확인 요청,
• 탈출 로그 항목,
• 는 RPC를 보내
• 는 상태 머신
• 에 적용하고 마지막으로 고객 대응 방법.

이 프로세스는 약간의 시간이 필요하므로 다음 요청을 처리하는 방법은 무엇입니까?

Answer 1

뗏목의 요점은 시스템의 상태가 무엇인지에 대해 여전히 동의하고있는 사람들입니다 (또는 적어도 총 합의가 무엇인지 알아낼 시간이 있다면). 이것은 어떤 메시지가 어떤 순서로 수신되었는지에 모두 동의한다는 것을 의미합니다. 이것은 또한 메시지를받는 결과를 계산할 때 모두 동일한 대답을 얻어야 함을 의미합니다. 따라서 메시지는 순차적으로 처리되어야하며 그렇지 않으면 처리가 병렬로 처리되는 경우 참가자는 메시지를 순차적으로 처리하는 것처럼 트랜잭션과 잠금 등을 사용해야합니다. 부하가 걸리면 응답이 지연되거나 보낸 사람의 속도를 늦추는 데 사용되는 다른 종류의 백 프레셔가 있지만 너무 바빠서 메시지를 삭제할 수는 없습니다. 참가자들은 이것에 관해 같은 결정을합니다.

Answer 2

대부분의 뗏목 구현은 파이프 라인을 사용하여 마스터에서 슬레이브로 여러 개의 로그 항목을 전송할 수 있습니다. 그러나 마스터는이 클라이언트 요청이 기록 된 로그 오프셋보다 크거나 같은 로그 오프셋에 대해 마스터가 슬레이브 쿼럼에서 ACK 응답을받은 후 클라이언트 쓰기 요청에 성공한 경우에만 응답합니다.