카우치베이스 .NET 클라이언트 1.3.4 출시!

이번 릴리스는 뷰의 재시도 알고리즘을 개선하고 클라이언트에 보다 정교한 로깅을 추가하는 데 중점을 둔 또 다른 버그 수정/안정성 릴리스이며, 기타 몇 가지 기타 수정 사항도 포함되어 있습니다.

Couchbase는 분산 데이터베이스이고 노드가 언제든지 클러스터를 떠나거나 들어올 수 있다는 점을 고려하면 보기 작업의 일관성을 개선하는 것이 중요합니다. 예를 들어 특정 노드가 클러스터를 떠나는 동안 해당 노드를 대상으로 하는 작업이 진행 중일 때 Couchbase 클라이언트에서 문제가 됩니다. 문제는 다음에 무엇을 해야 할까요? 단순히 실패하고 호스팅 애플리케이션이 오류를 처리하고 자체적인 방법으로 작업을 다시 시도하도록 할 수도 있지만, 이는 올바른 접근 방식이 아니며 클라이언트를 사용하는 애플리케이션 개발자가 좋아할 만한 경험이라고 생각하지 않습니다.

1.3.4에서는 보기 작업이 실패하면 클라이언트가 HTTP 상태 코드와 몇 가지 휴리스틱을 사용하여 작업을 다시 시도할지 아니면 성공 값을 false로 설정하여 오류 메시지를 애플리케이션에 다시 표시할지 여부를 결정합니다. 재시도가 정상인 경우 클라이언트는 각 재시도마다 하드 캡에 도달하거나 작업이 성공할 때까지 재시도 사이의 기간을 두 배로 늘리는 지수 백오프 전략을 사용합니다. 첫 번째 시도는 계산되지 않지만 이후 재시도할 때마다 클라이언트는 1ms, 2ms, 4ms 등으로 일시 정지합니다. 이렇게 하면 클라이언트가 클러스터에 DoS 공격을 일으키지 않고 작업을 완전히 실패하기 전에 클러스터에 안정성 문제를 해결할 수 있는 시간을 확보할 수 있습니다.

이 알고리즘은 설정 내 ViewRetryCount 속성을 통해 조정할 수 있으며 기본값은 2입니다. 2로 설정하면 클라이언트가 작업을 포기하기 전에 첫 번째 시도는 계산되지 않고 1ms, 2ms, 4ms로 네 번 시도한 후 마지막으로 시도합니다. 0에서 10 사이의 설정을 선택할 수 있으며, 0은 재시도를 비활성화하고 10은 1024ms에 마지막 재시도를 수행합니다(실제로는 첫 번째 시도와 마지막 시도 사이의 시간을 합산한 것이므로 총 시간은 훨씬 더 길어집니다). 이 알고리즘은 이후 릴리스에서 변경될 수 있습니다.

공식 릴리즈 노트는 다음에서 확인할 수 있습니다. 여기.