===== Définition d'un travail terminé =====

Rappel : [[http://wiki.april.org/w/Charte_Groupe_Administration_Systeme#D.C3.A9finition_d.27un_travail_termin.C3.A9|Charte du Groupe Administration Système]]

De manière générale, les demandes énoncées ci-dessous visent à maximiser la continuité des services :
  * par la minimisation du coût de maintenance ultérieure ;
  * par la minimisation de l'impact de chaque élément sur l'ensemble de l'infra ;
  * par la maximisation de la diffusion de la connaissance nécessaire à la maintenance du service.

===== Nouvelle machine =====

  * [[admin:machines_virtuelles:|Documentée]]
  * [[admin:procedures:ajouter-ipv6|ipv6 déployé]] ;
  * [[admin:procedures:configuration-firewall-guest|firewallée]] ;
  * [[admin:procedures:satellite_icinga2|monitorée]] ;
  * [[admin:procedures:sauvegarder_machines|backupée]].

===== Nouveau service =====

  * Documenté ;
  * Monitoré ;
  * Backupé (en particulier, écrire un hook si nécessaire) ;
  * Au moins deux admins savent intervenir dessus ;

Par ailleurs :
  * Dans l'hypothèse ou le service est installable via apt, il faut motiver dans la doc le choix éventuel de ne pas passer par cette procédure.
  * Dans l'hypothèse où le service est installé sur plusieurs machines, il faut motiver le choix de ne pas passer par un paquet déployé par apt depuis l'infrastructure chapril.

Enfin, il faut veiller aux [[services:recommandations-avant-mises-prod|recommandations de mise en production des services]].
===== Réparation d'une panne =====

Dans l'idéal, une panne est réparée lorsqu'elle est :

  * diagnostiquée
  * associée a un [[http://agir.april.org/projects/chaton|ticket dans redmine]]
  * assignée a quelqu'un
  * un correctif est décrit dans le ticket
  * une alerte de monitoring (nouvelle si besoin) correspond au problème
  * le correctif est appliqué
  * l'alerte de monitoring valide que le problème est corrigé

Lorsque c'est pertinent, il faut encourager la remontée upstream du correctif.