Bon, j’ai quelques idées de projet qui pourraient être sympas mais je ne saurais pas par laquelle commencer :
- un logiciel de cloud façon nextcloud mais en rust et un peu plus en microservices pour que ce soit plus performant et moins galère à configurer (je sais que AIO existe et je l’utilise mais l’ui n’est pas très fraiche quand on change d’application)
- un client fediverse multi support : un peu à la façon du nouveau {teams,outlook} avec la possibilité d’un onglet par type de réseau (micro blogging, forum lemmy, funkwhale, peertube, pixelfeed, matrix (c’est pas fediverse je sais mais bon))
- un équivalent lxqt pour wayland en rust (ça dépend du support du protocol wlr_layer_shell pour winit à moins de la patcher pour le projet).
C’est quoi ce qui vous intéresserait le plus en terme de besoin ?
Edit: concernant les nouveaux teams et outlooks, je pensais uniquement à l’onglet sur la gauche qui permet de “switcher d’application” (chat et mail respectivement, calendrier, engage (le réseau social d’entreprise), stackshare…) pas copier coller les fonctionnalités débiles et le côté usine à gaz infernale
hein
En gros nextcloud a besoin d’un redis, d’un cache acpu aussi bien configurés que la base de données pour être vraiment bien performant mais même avec ça ça reste limite. En comparaison, owncloud a été réécrit en go+microservices et le niveau de perf pour la synchro de fichier (elle passe par un service dédié) semble plus performant que nextcloud. Par ailleurs, j’ai vu une bibliothèque rust rpc qui peut aussi fonctionner sur un seul hote en multiprocess
Mais tes micro service il faut aussi un container pour chaque service, en quoi cela simplifie la configuration ?
Et je t’assure pour que ce genre de chose, la performance n’est pas causé par si c’est des micro service ou pas, pire, un monolith bien fait consommera moins de ressources et sera plus rapide si tu host le service sur une seule machine.
Pas nécessairement, owncloud ocis peut tourner sur un seul docker. De plus, j’ai vu un framework rust qui permet de gérer la partie RPC en mémoire locale donc niveau perf, la pénalité est très faible en cas d’exécution sur un seul hôte. De ce que j’ai pu lire également, le client local de nextcloud passe par webdav et passe donc par les même process que l’application web. En comparaison, Seafile qui sépare l’appli web et la partie synchro de fichier peut atteindre une meilleure bande passante (j’ai vu la même chose rapportée pour owncloud infinite scale). Enfin, la partie gestion de la configuration se gère côté développement et on pourrait imaginer un flag pour mettre en mode hôte unique et ça impliquerait moins de galère (je pense à tous les caches possibles pour nextcloud à configurer selon l’importance du nombre d’utilisateurs, la gestion des crons…)