Je taff sur le projet nodecast qui est en gros un ordonnanceur générique de jobs asynchrone. L'idée est d'envoyer des payloads vers l'API HTTP qui seront traités par des workers selon un workflow défini. Les payloads peuvent être du JSON ou bien un binaire qui seront stockés dans GridFS.
De fait ces payloads peuvent être du texte, images, vidéos. L'intelligence est donc dans les workers qui seront quoi en faire. Ce principe permet de scaler facilement car on peut lancer un poll d'un même worker, nodecast se chargeant de loadbalancer sur le premier de libre.
En plus d'un serveur HTTP, nodecast embarque aussi un serveur XMPP et FTP et bientot un tracker bittorrent (donc un serveur HTTP dédié à cette tâche). Avec ce type d'outils il doit être possible de répondre à toutes sortes de besoins aussi bien pour des applications web que natives.
Par exemple je souhaite développer un outil de partage de fichier intégrant un réseau social. Le réseau social serait fourni par le serveur XMPP, le FTP permettrait d'uploader un gros fichier, générer un torrent par un worker, le transmettre à ses contacts via XMPP puis le seeder et mettre en liaison les peers via le tracker.
Pour un simple site web, l'API HTTP générique pourrait stocker ses données et lui fournir. Il resterait à savoir comment synchroniser des noeuds nodecast. Telehash semblait prometteur pour ça mais le code ne bouge plus. Il y a aussi LSD basé sur Zyre basé sur ZeroMQ.
Bref, beaucoup de rêves encore, mais si tu aimes le C++ .. :)
[^] # Re: pourquoi que la tribune
Posté par fredix . En réponse au journal Une tribune décentralisée est-elle possible?. Évalué à 2.
Je taff sur le projet nodecast qui est en gros un ordonnanceur générique de jobs asynchrone. L'idée est d'envoyer des payloads vers l'API HTTP qui seront traités par des workers selon un workflow défini. Les payloads peuvent être du JSON ou bien un binaire qui seront stockés dans GridFS.
De fait ces payloads peuvent être du texte, images, vidéos. L'intelligence est donc dans les workers qui seront quoi en faire. Ce principe permet de scaler facilement car on peut lancer un poll d'un même worker, nodecast se chargeant de loadbalancer sur le premier de libre.
En plus d'un serveur HTTP, nodecast embarque aussi un serveur XMPP et FTP et bientot un tracker bittorrent (donc un serveur HTTP dédié à cette tâche). Avec ce type d'outils il doit être possible de répondre à toutes sortes de besoins aussi bien pour des applications web que natives.
Par exemple je souhaite développer un outil de partage de fichier intégrant un réseau social. Le réseau social serait fourni par le serveur XMPP, le FTP permettrait d'uploader un gros fichier, générer un torrent par un worker, le transmettre à ses contacts via XMPP puis le seeder et mettre en liaison les peers via le tracker.
Pour un simple site web, l'API HTTP générique pourrait stocker ses données et lui fournir. Il resterait à savoir comment synchroniser des noeuds nodecast. Telehash semblait prometteur pour ça mais le code ne bouge plus. Il y a aussi LSD basé sur Zyre basé sur ZeroMQ.
Bref, beaucoup de rêves encore, mais si tu aimes le C++ .. :)