this post was submitted on 04 Jul 2024
6 points (100.0% liked)

Forum Libre

730 readers
125 users here now

Communautés principales de l'instance

Nous rejoindre sur Matrix: https://matrix.to/#/#jlai.lu:matrix.org

Une communauté pour discuter de tout et de rien:

Les mots d'ordre sont : respect et bienveillance.

Les discussions politiques sont déconseillées, et ont davantage leur place sur

Les règles de l'instance sont bien entendu d'application.

Fils hebdomadaires"

"Demandez-moi n'importe quoi"

Communautés détendues

Communautés liées:

Loisirs:

Vie Pratique:

Communautés d'actualité

Société:

Pays:

Communauté de secours:

founded 1 year ago
MODERATORS
[email protected]
[email protected]
[email protected]
[email protected]
6
Question pour un projet de dev (jlai.lu)
submitted 4 months ago* (last edited 4 months ago) by [email protected] to c/[email protected]
13 comments fedilink hide all child comments
 

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

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 4 months ago (1 children)

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

[–] Kuinox 1 points 4 months ago (1 children)

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.

[–] [email protected] 2 points 4 months ago

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...)