Amélioration infrastructure de sans-nuage

Aux dernières réu on a parlé de découper sans-nuage en plusieurs serveurs YunoHost pour faciliter la maintenance et déléguer la charge à plusieurs bénévoles plus facilement.

Ceci est un wiki, chacun peut màj le post.

  • Séparation des services Sans-nuage.fr
    Création d’un Yunohost vierge → fait par Gaut
    Migrer les services gratuits sans inscription (drop, libreto, rss-bridge, slide, date, mumble)
    drop à mettre seul OU améliorer le paquet YunoHost → config panel
    libreto potentiellement à mettre seul?
    rss-bridge,slide,date,mumble ensemble
    Essayer
    Base de données LDAP externe
    Connecter d’autres instances Yunohost, processus expérimental
    https://pad.sans-nuage.fr/p/cr#L281
    création d’une démo pour les services de monitoring sur le forum.
  • Idées :
    • Mettre des quotas utilisateur système pour éviter qu’une app remplisse l’espace
    • Mettre en place du monitoring
    • Stack Matrix déployée avec https://github.com/spantaleev/matrix-docker-ansible-deploy
      • Lien synapse sur un serveur, LDAP sur serveur sans-nuage.fr
      • plusieurs serveurs Matrix
        • un pour les comptes invités
        • un pour une utilisation privée + bridges → fédération fermée aux chatons (pas à matrix.org)
        • un pour une utilisation publique → fédération ouverte

Séparer Sans-nuage / service public et service privé (sans-nuage)

  • Actuellement, une seule machine virtuelle Yunohost
    • Avec des services publics et restreints
  • Éviter trop de complexité
  • Simplifier la maintenance pour de nouvelles personnes
  • En profiter pour intégrer un outil de supervision

Répartition des services

Saurez-vous reconnaitre le petit problème dans l’engagement (annoncé par chaque participant à la réunion) pour la maintenance des services ?

2 « J'aime »