Modifications pour le document Idées de choses à faire sur l'infra

Résumé

• Propriétés de la Page (1 modifications, 0 ajouts, 0 suppressions)

Détails

Propriétés de la Page

Contenu

...	...	@@ -1,12 +6,10 @@
1		-{{info}}
2		- Retrouvez également d'autres choses à faire ici : https://gitlab.atilla.org/adminsys/ideas/-/issues
3		-{{/info}}
4		-
5		-
6	6	Si un jour vous sentez que l'infra marche très bien et qu'il n'y a rien à faire, n'ayez crainte ! Cette page est faite pour vous ! Ci-après, une liste non-exhaustive des petites améliorations qui pourraient être effectuées pour simplifier la vie des admins.
7	7
8	8	* Faire du nettoyage : désactiver / supprimer les composants dont l'association ne se sert plus aujourd'hui. Le plus souvent, ça veut dire :
9		-** Des VMs non utilisées (vérifier avec les assos en question)
	4	+** Des VMs non utilisées
	5	+** Des configurations Nginx sur Bill non utilisées
	6	+** Des entrées DHCP liées à des VMs non utilisées
	7	+** Des entrées DNS liées à des VMs non utilisées
10	10	* S'assurer que toutes les données de l'infra sont sauvegardées
11	11	** Valider que la stratégie de sauvegarde reposant sur le système Bacula de l'EISTI est toujours valide pour :
12	12	*** psql-prod
...	...	@@ -13,7 +13,7 @@
13	13	*** mysql-prod
14	14	*** gitlab-prod
15	15	*** archive-prod
16		-** Rajouter des contenus qui devraient être sauvegardés (salut peertube & slides)
	14	+** Rajouter des contenus qui devraient être sauvegardés
17	17	** Documenter le fonctionnement des sauvegardes
18	18	* S'assurer que les machines sont à jour
19	19	** Mettre à jour les VMs vers la dernière version stable de Debian
...	...	@@ -34,14 +34,9 @@
34	34	*** [[Univention>>https://www.univention.com/]]
35	35	* Améliorer Members pour mieux gérer les adhésions
36	36	** Exemple : actuellement les comptes LDAP restent actifs, même lorsqu'un utilisateur quitte l'asso
	35	+* Remettre les listes de diffusion ([[lists.atilla.org>>https://lists.atilla.org]]) en état de marche
37	37	* Globalement, améliorer la documentation de comment tout le schmilblick fonctionne, pour que les prochains admins s'y retrouvent mieux
38		-** Mettre à jour le [[Guide de l'infrastructure>>Infrastructure.GuideInfrastructure.WebHome]]
39		-** Faire un guide pour que les nouveaux admins s'y retrouvent dans Puppet, car c'est puissant mais c'est un énorme sac de nœuds
40	40	** On peut potentiellement créer une synchro entre Puppet et le wiki pour que le wiki stocke des infos sur les machines, et que ces infos soient tenues à jour régulièrement
41		-* Globalement, améliorer la manière dont les services de l'asso (qui sont disponibles via l'infra d'ATILLA) peuvent être listés / montrés à un nouvel arrivant
42		-* Héberger le bot discord sur nos serveurs
43		-* Mettre à jour les schémas d'infra sur gitlab
44		-* Mettre en place la role atilla sur touffu pour faire passer le script d'installation de puppet sur les nouvelles VMs
45	45
46	46	== Les projets YOLO ==
47	47
...	...	@@ -59,5 +59,5 @@
59	59	* Mettre en place un nouveau système de monitoring
60	60	** Virer les anciens agents Zabbix présents sur les machines qui n'ont pas été réinstallées depuis peu
61	61	** Virer les anciens agents Icinga2 / Nagios présents sur les machines encore plus anciennes
62		-** Mettre en place un nouvel outil de monitoring, ça peut être quelque chose qu'on a déjà utilisé, ou quelque chose de nouveau image:icon:emoticon_smile
63		-* SSO over RADIUS : utiliser le fait que, lorsqu'un membre se connecte au réseau d'ATILLA depuis le local, il est authentifié via RADIUS. Cette authentification permettrait également d'authentifier automatiquement le membre aux services de l'association.
	55	+** Mettre en place un nouvel outil de monitoring, ça peut être quelque chose qu'on a déjà utilisé, ou quelque chose de nouveau :)
	56	+*