Outils pour utilisateurs

Outils du site


fr:datacenter:ensemble

Ensemble

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

Pads

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

Salons

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

Partage de fichiers

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

Quelques mots sur les acteurs

Associations existantes et autres collectifs

Individus et autres initiatives personnelles

Des notions qui reviennent souvent

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

Exemple de situation puante dans un DataCenter

fr/datacenter/ensemble.txt · Dernière modification: 2020/05/20 17:57 par tierce