Tôi đang tìm cách sử dụng khung RPC để sử dụng nội bộ. Khuôn khổ phải là ngôn ngữ chéo. Tôi đang khám phá Apache Thrift ngay bây giờ. Giao thức của Google Bộ đệm không cung cấp chính xác các khả năng của RPC. Những lựa chọn mà tôi đã có được ngoài Thrift là gì. (các máy chủ của tôi sẽ chủ yếu là Java và các máy khách sẽ là Java, Python, PHP).RPC có sẵn?
Tôi sẽ xem REST là tùy chọn đầu tiên vì nó phổ biến và không vô nghĩa.
Nếu hiệu suất và biểu diễn thực sự cần phải nhỏ gọn, tôi đã nghe những điều tốt đẹp về Apache AVRO và ngón tay của tôi đang co giật để thử nó trong sự tức giận.
AVRO có vẻ thú vị. Vâng REST vs RPC cuộc tranh luận là hơn và tôi đang tìm kiếm các lựa chọn thay thế RPC – sheki
Chúc may mắn! Cho chúng tôi biết mọi thứ diễn ra thế nào. –
Vâng trong cái nhìn đầu tiên, AVRO dường như không hỗ trợ PHP ra khỏi hộp. Đó có thể là một vấn đề đối với chúng tôi. – sheki
Dường như cũng có ICE: sử dụng Bộ đệm giao thức của Google cho RPC.
Để chính xác, nó không sử dụng chúng, nhưng có thể mô phỏng chúng. –
Ngoài ra còn có MessagePack tuyên bố nhanh hơn Bộ đệm giao thức và có nhiều tính năng hơn Tiết kiệm.
Thành thật mà nói, sự khác biệt về hiệu suất giữa PB, Tiết kiệm và các lựa chọn thay thế hiếm khi có vấn đề - tất cả chúng đều đủ nhanh để sử dụng nhiều nhất. – StaxMan
Sau khi Khám phá một chút và xem tất cả các tùy chọn có sẵn cùng với Tài liệu, tôi thích Tiết kiệm. Đang chờ gói tin được trưởng thành hơn – sheki
Tò mò tho chính xác những gì bạn đang tìm kiếm với RPC qua xử lý yêu cầu/phản hồi rất đơn giản ("REST"); ví dụ kết hợp HTTP + JSON đơn giản hoạt động khá tốt, thuận tiện, hiệu suất, đơn giản. Vì vậy, những gì sẽ là một khuôn khổ như tiết kiệm, PB, Hessian hoặc những người khác mua cho bạn? – StaxMan
Tiết kiệm chắc chắn nhanh hơn và nhẹ hơn so với cách tiếp cận HTTP/JSON. Các yêu cầu khác có thể được phục vụ bằng cách tiết kiệm hơn HTTP + JSON/XML. Vì vậy, tiết kiệm là một lựa chọn tốt cho các dịch vụ nội bộ. Cách tiếp cận REST có thể là tốt nhất cho các API bên ngoài – sheki