En fait, j'ai travaillé un peu avec Pyro et RPyC, mais il y a plus d'implémentation RPC que ces deux-là. Peut-on en faire une liste ?
Protocoles natifs basés sur Python :
Les cadres RPC avec de nombreux protocoles sous-jacents :
Cadres basés sur JSON-RPC :
SOAP :
Cadres basés sur XML-RPC :
Autres :
+1 à XML-RPC pour la simplicité, même en tenant compte du fait que SimpleXMLRPCServer ne dispose pas d'une gestion des erreurs appropriée.
"Warning The xmlrpc.server module is not secure against maliciously constructed data.", donc il a des cas d'utilisation assez limités.
@Equidamoid Si vous avez besoin d'analyser des données non fiables ou non authentifiées, consultez le site suivant docs.python.org/2/library/xml.html#xml-vulnerabilities
Apache Thrift est une option RPC inter-langues développée par Facebook. Il fonctionne sur des sockets, les signatures de fonctions sont définies dans des fichiers texte de manière indépendante du langage.
Commentaire personnel : Thrift est un cauchemar de maintenance. Je n'ai pas vu deux distributions Linux utiliser des drapeaux de configuration comparables. Il n'y a pas si longtemps (quand j'ai construit 0.10.0 à partir des sources), la plupart des fonctionnalités devaient être désactivées pour le faire fonctionner sur des systèmes "exotiques" comme les Ubuntu, Debian ou Fedora actuels. Les changements de type de données sous le capot font de l'utilisation de C++ un fouillis de #ifdef et en 12 ans d'existence, ils n'ont pas réussi à se convaincre que leur logiciel était prêt pour une version 1.0.0. J'aime la quantité massive de langues supportées, mais je pense que c'est leur faiblesse : essayer d'en faire trop.
(J'utilise thrift dans un projet GNU de taille moyenne que je maintiens. @Roberto, thrift supporte Py3, au moins maintenant).
Depuis que j'ai posé cette question, je me suis mis à utiliser python-symmetric-jsonrpc . Il est assez bon, peut être utilisé entre des logiciels python et non python et suit le standard JSON-RPC. Mais il manque quelques exemples.
Il existe quelques tentatives pour faire fonctionner SOAP avec python, mais je ne les ai pas beaucoup testées et je ne peux pas dire si elles sont bonnes ou non.
SOAPy est un exemple.
Ayant utilisé la plupart des frameworks SOAP et en ayant moi-même implémenté un pour faire du RPC basé sur la réflexion, mon conseil est simple - ne le faites pas. Si vous n'avez pas besoin de communication inter-langues + de descriptions d'interfaces indépendantes + de mappage vers des classes personnalisées, la complexité de SOAP ne sera qu'un casse-tête. Même si vous avez besoin de l'utiliser, vous aurez besoin de l'expérience nécessaire pour savoir quel sous-ensemble de SOAP est sûr à utiliser.
SOAP est un cauchemar en général et surtout en Python. Ne l'utilisez pas, sauf si vous y êtes contraint.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
4 votes
Cela dépend vraiment du contexte. Internet ? UN RÉSEAU LOCAL ? Site web ? Calculs distribués ? Prototype rapide ? Bande passante ? Taille des messages ?
0 votes
@silentghost : fait. Je préfère ne pas définir "wiki communautaire" par défaut, car parfois, je me trompe :) @ddaa : Tout. Je demande des informations sur les RPC en général, s'ils ont des avantages et des inconvénients dans des contextes spécifiques, veuillez les ajouter à la liste.
0 votes
Il y a quelque temps, j'ai eu besoin de faire du "vrai" RPC (du type RFC 1050) et les choix proposés à l'époque ne m'ont pas beaucoup impressionné, si bien que j'ai fini par devoir en faire la majeure partie moi-même. Si quelqu'un a une bonne alternative à cela, j'aimerais l'entendre.
0 votes
Pour ceux qui veulent des RPC Python à Python - PyRo 4 dernière version ne supporte pas SSL, mais PyRo 3 le fait toujours - les deux sont tout-Python donc ils supportent Python 2, Python 3, PyPy, Jython, et IronPython. RPyc supporte SSL, alors que Circuits ne le mentionne pas.
0 votes
Pour les applications simples, vous pouvez envisager PyMQ qui supporte le RPC synchrone sur redis ou l'IPC posix.