Je cherche à utiliser un cadre RPC pour un usage interne. Le cadre doit être un langage croisé. J'explore Apache Thrift en ce moment. Les tampons de protocole Google ne fournissent pas les fonctionnalités RPC exactement. Quels sont les choix que j'ai en dehors de Thrift. (mes serveurs seront principalement Java et les clients seront Java, Python, PHP).Cadres RPC disponibles?
Je considérerais REST comme une première option parce qu'il est omniprésent et non-sens.
Si la performance et la représentation ont vraiment besoin d'être compactes, j'ai entendu de bonnes choses à propos de Apache AVRO et mes doigts tic-tac pour l'essayer en colère.
AVRO semble intéressant. Bien REST vs RPC débat est terminé et je cherche des alternatives RPC – sheki
Bonne chance! Faites nous savoir comment cela marche. –
Eh bien au premier coup d'oeil, AVRO ne semble pas supporter PHP hors de la boîte. Cela pourrait être un problème pour nous. – sheki
Il semble également être ICE: qui utilise des tampons de protocole Google pour RPC.
Pour être précis, il ne les utilise pas, mais peut les émuler. –
Il existe également MessagePack qui prétend être plus rapide que les tampons de protocole et possède plus de fonctionnalités que Thrift.
Pour être honnête, les différences de performance entre PB, Thrift et alternatives ont rarement beaucoup d'importance - elles sont toutes assez rapides pour la plupart des utilisations. – StaxMan
Après avoir exploré un peu, et en regardant toutes les options disponibles avec la documentation, je préfère Thrift. En attendant que le pack de messages soit plus mature – sheki
Curieux de ce que vous cherchez exactement avec RPC sur une gestion de requête/réponse très simple ("REST"); par exemple, la combinaison simple HTTP + JSON fonctionne plutôt bien, pratique, performante, simple. Alors, que serait un cadre comme l'épargne, PB, Hessian ou d'autres vous achètent? – StaxMan
Thrift est nettement plus rapide et plus léger que l'approche HTTP/JSON. Plus de demandes peuvent être servies en utilisant Thrift que HTTP + JSON/XML. So Thrift est un bon choix pour les services internes. L'approche REST peut être meilleure pour les API externes – sheki