Chatonkademy - Billet N°0 - Présentation du projet
Dans le cadre du projet d’une école du numérique auquel je participe, l’OpenHackademy, nous (des membres d’une de mes équipes et moi-même) avons été amené à mettre en place l’infrastructure informatique qui sert aux apprenants dans le cadre de leur formation.
Au fur et à mesure, nous documentons tout ça en interne. Comme je me dis que l’expérience peut être utile à d’autres, je débute par le présent billet une une série de billets techniques relatant tout ce que nous avons pu apprendre dans la mise en place de cette infrastructure et son maintien au quotidien, son évolution...
Ce retour d’expérience se basera également sur l’expérience d’autres CHATONS avec lesquels j’ai pu échangé et discuté, venant ainsi compléter si besoin mes propos, proposer d’autres solutions logicielles que celle que j’ai pu mettre en place si il y a lieu, justifiant ainsi les choix techniques réalisés.
Présentation du projet
Pourquoi Chatonkademy ? Ce petit nom n’est autre que la contraction de CHATON et OpenHackademy. Pour l’OpenHackademy je vous renvoie vers >mon billet de blog dédié sur le sujet. Pour les CHATONS, le Collectif des Hébergeurs Alternatifs,Transparents, Ouverts, Neutres et Solidaires, vers le site du projet : https://chatons.org
En quelques mots, CHATONS ce sont les AMAP de l’informatique libre. Promouvant le projet au travers mon implication au sein de l’association Framasoft.
L’infrastructure
L’infrastructure repose sur un hyperviseur tournant sous Proxmox avec une IP fixe (en IPv4) et une IPv6, les différentes problématiques liées à l’usage d’une seule IP publique avec des ports particuliers (web, ssh etc.) seront abordés dans des billets dédiés.
Les machines virtuelles
Chaque étudiant a sa propre machine virtuelle pour son apprentissage. Les machines virtuelles sont gérées par les étudiants qui ont les droits administrateurs sur les machines (via un compte sudoers). Nous avons déployés ces machines sous Debian 9 et nous les avons "ansibelisées" : les playbooks etc. seront mis à disposition dans des billets dédiés. L’intervention sur plusieurs machines à distance en même temps (pour saisir la même commande), la gestion des logs centralisés pour ces différentes machines, leurs sauvegardes etc. Toutes ces problématiques donneront lieu, là encore, droit à des billets dédiés.
Yunohost
Ayant sensibilisé les apprenants au projets aux problématiques tel Le cloud, c’est l’ordinateur d’un autre et à celui de faire de la veille, (voir à ce sujet mon billet Le combo gagnant pour optimiser sa veille), j’ai mis en place une instance Yunohost multi-utilisateurs. Je suis administrateur de l’instance, chaque étudiant a son compte sur Yunohost et les applications que je lui mets à disposition.
Je ferai un ou plusieurs billets dédiés sur la gestion de Yunohost dans le cadre d’un certain nombre d’utilisateurs (40), le côté mono ou multi-utilisateur des applications (partagée publiquement ou non, cloisonnée pour chaque utilisateur ou non). Cette expérience sera également l’occasion de passer d’une instance Yunohost personnelle à une instance de plus grand niveau. Selon la sollicitation de l’instance, je serai amené à augmenter ou réduire sa capacité matérielle (ce qui se fait aisément vu qu’il s’agit d’une machine virtuelle), je ferai des retours d’expériences sur quelle type de machine pour combien d’utilisateur en même temps.
Conclusion
Pour conclure ce premier billet numéroté 0, il y a déjà pas mal de choses à rédiger et mettre en forme, à anonymisée avant de mettre à disposition sous la forme de tutoriels et billets de blogs. Ce premier billet donne, je pense, une bonne idée des billets et projets à venir (tous les chantiers ne sont pas finis et pour beaucoup la peinture n’est pas encore sèche). A suivre donc :)