====== Ensemble ======
//Démarré le 5 juillet 2018 sur [[https://pad.computhings.be/p/ensemble|ce pad]] retranscrit sur cette page le 20 mai 2020.//

Quelques autres pads par ordre chronologique de création et aussi [[https://files.neutrinet.be/s/XwEtsAZp2DPXDRX|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 

===== Pads =====

  * [[https://pads.domainepublic.net/p/42u|42u]] (Domaine Public, Nestor, Nubo, Neutrine ensemble dans un DataCenter à Bruxelles ??? Qui sait)
  * [[https://pads.domainepublic.net/p/42u-mail-tierce|mail de tierce pour 42u]] (un mail envoyé fin juillet 2018)
  * [[https://pad.computhings.be/p/chez-meme|Chez Mémé]] (Chez Mémé - idée née en octobre 2019 - pad en février 2020)

===== Salons =====

  * [[https://chat.neutrinet.be/neutrinet/channels/42-u|#42u]] (Sur le Mattermost de Neutrinet)
  * Il y a aussi un salon restreint #nubo dc sur Matrix/Riot

===== Partage de fichiers =====


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

===== Mailing listes =====

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

===== Wikis =====

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

===== Quelques mots sur les acteurs =====

Associations existantes et autres collectifs

  * [[https://neutrinet.be|Neutrinet asbl]] (vieux serveur en fin de course mais projet toujours vivant)
  * [[https://nubo.coop|Nubo]] (Coopérative en création)
  * [[https://nestor.coop|Nestor scrl]] (Coopérative existante depuis 2 ans)
  * [[https://www.neibo.be|Neibo]] (suite à un mail reçu : [[https://support.neutrinet.be/#ticket/zoom/4604|Ticket# 8746048
]])

Individus et autres initiatives personnelles

===== Des notions qui reviennent souvent =====
 

  * [[https://nextcloud.com|Nextcloud]]
  * [[http://yunohost.org|Yunohost]]
  * [[https://freedombox.org|FreedomBox]]
  * [[https://freedombone.net|Freedombone]]
  * [[https://sandstorm.io|Sandstorm]]
  * [[https://kubernetes.io|Kubernetes]] et [[https://github.com/hobby-kube/guide/blob/master/README.md|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

===== Sur le thème de la coopération =====

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 [[https://files.neutrinet.be/s/HbYHf3M3F6qfiyg|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

===== Sur le thème de la Disponibilité des services =====

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 [[https://pads.domainepublic.net/p/42u|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. 


===== Exemple de situation qui roule =====


C'est la [[https://peertube.cpy.re/videos/watch/b1e5ba7e-2a8a-44d4-8151-aa8f5f6eafd9|description en vidéo de l'infra de Framasoft]] faite par framasky, le sysadmin him-self : 

Tiens ... il à [[https://framapiaf.org/@framasky/100463310947406642|mis CEPH à jours à chaud pour le service Mastodon]] (FramaPiaf).


===== Exemple de situation puante dans un DataCenter =====
 

Par exemple, une [[https://lists.tetaneutral.net/pipermail/technique/2018-July/003274.html|coupure de courant chez Tetaneutral.net]].