Démarré le 5 juillet 2018 sur ce pad retranscrit sur cette page le 20 mai 2020.

Quelques autres pads par ordre chronologique de création et aussi un tableau blanc avec des schémas ma-gni-fi-ques !

Communication et échange autours de 42u → betoyen

Inventaire, si possible exhaustif des salons de discussions, pads, partages de fichiers, mailing listes, pages wiki, … bref

• 42u (Domaine Public, Nestor, Nubo, Neutrine ensemble dans un DataCenter à Bruxelles ??? Qui sait)
• mail de tierce pour 42u (un mail envoyé fin juillet 2018)
• Chez Mémé (Chez Mémé - idée née en octobre 2019 - pad en février 2020)

• #42u (Sur le Mattermost de Neutrinet)
• Il y a aussi un salon restreint #nubo dc sur Matrix/Riot

• https://files.neutrinet.be/s/88fkf2CaRSnNMj9 (Nextcloud avec upload possible)

Faire la distinction entre publique, restreinte, avec ou sans archives, etc.

Aucun jusqu'au 20 mai 2020 où les premières pages se créent ici sous le namespace datacenter.

Associations existantes et autres collectifs

• Neutrinet asbl (vieux serveur en fin de course mais projet toujours vivant)
• Nubo (Coopérative en création)
• Nestor scrl (Coopérative existante depuis 2 ans)
• Neibo (suite à un mail reçu : Ticket# 8746048 )

Individus et autres initiatives personnelles

• Nextcloud
• Yunohost
• FreedomBox
• Freedombone
• Sandstorm
• Kubernetes et Kubernetes clusters for the hobbyist
• Mails (le bottle neck de la haute disponibilité)
• Accompagnement (le truc qui manque la plus part du temps pour les « clients »)
• Équilibre entre bénévolat, professionnalisme et l'artisanat

N'hésitez pas à jeter un coup d’œil à la Grille résumant le « Modèle de maturité d'une organisation ouverte » disponible dans le Nextcloud publique.

Décentraliser ne veut pas dire Chacun pour soi Mêmes idées mais pas les même moyens, méthodes, approches…

Seul : travail et temps d’organisation est identique Dés qu'on est deux : travail et organisation sont moins facile à mettre en place

La difficulté : le scalable … passer de 12 à 15 cpu par exemples ….

Comment gérer ensemble, sous quelle forme et avec quels engagements

• terme de responsabilité
• qui fait le travail
• en terme de risque « financier » en cas de clients mécontent

Ça en revient à ce qu'on se disait lors de réunions «hub-dc / 42u » (voir le pad

• une sorte de réservoir de compétences sysadmin avec de l'échange, du partage de responsabilité et peut-être autre chose que du bénévolat?
• du partage de connaissances et de la documentation bien faites.

Faire un choix et communiquer clairement avec le public cible sur

Haute Disponibilité « véritable » avec les obligations qui vont avec les contrats de services, les garanties et les assurances qui vont avec.

OU

Haute Disponibilité « de base » qui est de toute manière la façon de faire des techniciens que nous sommes. Mais … est-ce que nos « membres / clients » accepteraient un down time Mail de 4h?

OU

Pas de Haute Disponibilité. On assume le côté “artisanal” de la démarche -au moins dans un premier temps-. On met en place des services qui peuvent se permettre un downtime de quelques heures. (Incompatible avec une rémunération…)

OU

Une infra “test” en mode artisanal, bêta-test, … + Une infra sérieuse où les services qui ont fait leur preuve dans l'infra test peuvent arriver.

C'est la description en vidéo de l'infra de Framasoft faite par framasky, le sysadmin him-self :

Tiens … il à mis CEPH à jours à chaud pour le service Mastodon (FramaPiaf).

Par exemple, une coupure de courant chez Tetaneutral.net.