Có ai ngoài LinkedIn sử dụng Voldemort không?

Question

Tôi đã cố gắng tìm hiểu thêm về Voldemort nhưng dường như nó không được sử dụng bên ngoài LinkedIn. Có ai thực sự sử dụng nó cho một hệ thống thực sự?

Answer 1

Gilt cũng đang sử dụng Voldemort. Kiểm tra InfoQ talk.

Answer 2

Có - Một người bạn tại một công ty Internet lớn, nổi tiếng (không phải LinkedIn) đang sử dụng Voldemort. Dự án vẫn đang được phát triển.

Answer 3

Ban đầu, Cassandra được phát triển bởi facebook. Họ không sử dụng nó nhiều, một trong những lý do tại sao hầu hết mọi người không chọn nó!

Về mặt kỹ thuật, Voldemort là hiện tượng ở tốc độ đọc. Vì vậy, một cửa hàng người dùng/một cửa hàng ưu tiên về cơ bản sẽ cần nhiều tốc độ đọc hơn tốc độ ghi.

Đôi khi Cassandra có thể là kẻ giết người quá mức khi bạn chỉ cần một cửa hàng cặp khóa/giá trị.

Answer 4

Tôi chịu trách nhiệm về một dự án liên quan đến ngành công nghiệp turism đang sử dụng Voldemort làm nơi lưu trữ đêm/giá phòng của khách sạn. Vào thời điểm tôi tham gia dự án, có hơn 8 nghìn khách sạn. Đối với mỗi khách sạn có (không phải tất cả các kết hợp): -1 năm đêm (từ hôm nay trước) -7/8 mức giá khác nhau (mua trước, v.v.) -5/6 kết hợp phòng (2 người lớn, 1 người lớn). -4 hoặc 5 thuế. Các giá trị được cập nhật liên tục (để thay đổi giá, v.v ...). Được lưu trữ trong 4 cụm Voldemort (máy béo lớn trong CPD kép). Từ kinh nghiệm của tôi ở đó, Voldemort có một đường cong học tập chậm về cách thiết lập đúng cách cho hiệu suất tối ưu (rất nhiều điều chỉnh trong cấu hình, vv), nhưng một khi nó được thiết lập, hiệu suất đã được nhanh chóng blazing . Tôi không nhớ chính xác các con số, nhưng hệ thống của chúng tôi đã nhận được hơn 40 req/s. Đối với mỗi yêu cầu có một trung bình của 30 khách sạn, có nghĩa là Voldemort đã trả lại 2400 mặt hàng mỗi giây khi các khóa đã có sẵn (1200 phòng khách sạn + 1200 thuế khách sạn). Như tôi đã nói, mẹo ở đây có thể thiết lập đúng voldemort và thiết kế mẫu truy cập thích hợp (mô hình dữ liệu tốt) và tôi đoán đây là bắt buộc đối với tất cả các hệ thống cơ sở dữ liệu (sql hoặc nonsql): bạn sẽ không đạt được hiệu suất tốt nhất (thậm chí bạn sẽ nhận được một cái nghèo) nếu mô hình dữ liệu của bạn là xấu.