Wydajność natywnego protokołu binarnego Cassandra

Question

Obecnie planuję migrację dość dużego wdrożenia MongoDB (~ 25 dużych serwerów rozmieszczonych w kilku centrach danych) do Cassandry. Widziałem, że Cassandra 1.2 ma stosunkowo nowy natywny protokół binarny i wydaje się, że jest to przyszłość projektu. Wyglądało to dobrze, gdy czytałem o tym, ale ostatnio testowałem go na prostym kliencie opartym na oszczędzaniu, a klient Thrift znacznie przewyższył go w każdym teście. Moje pytanie brzmi, w którym scenariuszu natywny protokół/klient binarny ma przewagę nad rozwiązaniem oszczędzającym i czy ktoś go używa w produkcji?

Oto przykład odniesienia:

 
Local 3 node cluster (created using ccm), with 10 client threads spamming it 
Total throughput (write, read) [total ops in 5 minutes]: 
Binary: 3,316,725.0 2,179,193.0 
Thrift: 7,310,482.0 2,872,528.0 

Answer 1

Protokół binarny nie jest używany podczas korzystania z istniejącego klienta jako Astyanax lub Hector. Możesz rzucić okiem na java-driver. Nie jest jeszcze wydany, ale działa poprawnie, o ile testowałem.