# Applishare3 - Procédure bascule

## Pilotes

Elbs
Contentieux
PE
Geneppi

=> dans un premier temps, l'objectif est de :
- lister l'ensemble des choses à faire le jour de la bascule
- s'assurer que l'ensemble des modifications pour les pilotes font partie de la liste
- se répartir les tâches (automatisation du maximum des tâches listées ci dessous)

## Liste des modifications

### Rundeck

- batchs
- montages

### Puppet
- contrats noeuds
- manifests/templates/files(?)

### Jobs à faire

- enchaînement fermeture de couloirs, puppet, mise en maintenance, ...
- nettoyage autofs
- modification des montages => MH
- remplacement de /mnt/applishare par /mnt/applishare3 + journaux par logs par projet Rundeck
- job d'identification des occurences de Applishare2 dans les modules (log4j, properties, application.pp, ...) => JMG
- Vérifier le job des VV => PL => OK
- job de variabilisation des chemins dans les modules

---

## Prérequis

- Test du bon fonctionnement de la pp

- Fichier droits AD
- Création VV
- Première copie
- Arrêt de l'application
- Modifications Applishare2 -> Applishare3
- Deuxième synchro
- Relance de l'application

---

## Liste des actions

### Modèle

#### Type de modification

- si automatisable :
- lien vers le job
- explication rapide (surtout sur les paramètres à renseigner et/ou les fichiers en entrée)

- si pas automatisable :
- explication plus complète sur la modification
- exemple d'un cas concret

## action à mener:

### Sur toutes les plateformes en même temps :
- creation vv
- job déjà fait
- à voir sur quelles listes on lance + où sont les infos (quotas, domaine ou quartier, ...))
- à faire sur le premier quartier validé
- en attente de la liste définitive des quartiers
- mise a dispo droits ntfs applisharev2
- job déjà fait et testé sur Geneppi
----
### Actions à faire 2 fois : pour la préprod, puis le reste

- copie initiale des données
- job fait pour la hors prod (adaptations à faire)
- nécessite les infos sur le calendrier + VV en prérequis
- synchro données
- même job que la copie (donc mêmes besoins)
- mise en place de la page de maintenance
- nécessite la liste des URLs + vérification que le job de mise en maintenance fonctionne (SNI par exemple)
- Job fait
- arret de l'application IHM + mise en maintenance Centreon
- nécessite des précisions sur le calendrier
- nécessite la liste des serveurs de l'appli
- Job fait
- arret de l'application BATCH
- nécessite des précisions sur le calendrier
- rien à scripter
- modification contrats noeuds IHM (puppet)
- nécessite des précisions sur le calendrier
- nécessite un schéma définitif
- montages
- autres références à Applishare
- nécessite la liste des serveurs de l'appli
- modification contrats modules IHM (puppet)
- manifests, fichier de properties, log4j, ROOT.xml, ...
- nécessite des précisions sur le calendrier
- Jobs faits
- modification contrat noeud batchs (puppet)
- nécessite des précisions sur le calendrier
- attention : il peut y avoir plusieurs contrats : SAS, R, "ancien" serveur de batch + "nouveau" serveur de batch
- montages
- autres références à Applishare
- comment gérer les différences entre quartier et domaine ?
- A faire (PL)
- modification contrats modules batchs (puppet)
- nécessite des précisions sur le calendrier
- modification jobs Rundeck
- à voir comment faire avec la préprod
- attention, il peut y avoir plusieurs projets pour une appli
- nécessite des précisions sur le calendrier
- nécessite la liste des VV applishare2 appartenant à l'appli
- synchro finale donnees
- même job que la copie (donc mêmes besoins)
- application des contrats BATCH
- nécessite des précisions sur le calendrier
- application des contrats IHM
- nécessite des précisions sur le calendrier
- nécessite la liste des serveurs de l'appli
- relance de l'application IHM
- nécessite des précisions sur le calendrier
- nécessite la liste des serveurs de l'appli
- Job fait
- relance de l'application BATCH
- nécessite des précisions sur le calendrier
- retrait de la page de maintenance + relance de la maintenance Centreon
- nécessite la liste des URLs + vérification que le job de mise en maintenance fonctionne (SNI par exemple)
- travaux post-bascule (remise au carré des Rundeck par exemple, nettoyage des contrats, modification des contrats utilisés par beaucoup d'applications (PILAS ?) ...)

### A ajouter au calendrier ?

- services transverses + web services => à identifier les applis à relancer ? coupures annoncées aux applis clientes ?
- DBA à inclure au calendrier
- Calendrier adapté à Linux, à inclure les Windows
- identification des jobs planifiés en préprod
- Job fait
- organisation avec les autres intégrateurs (modifs sur le rundeck de préprod lors de la bascule de la pp, donc pas d'import vers le rundeck de prod)
- certaines applis n'ont pas de préprod (shiny par exemple)
- transferts inter applicatifs à identifier pour chaque appli
- Job fait
- ajouter un montage sur pdrdktrflst02 pour chaque transfert de fichier

### Questions supplémentaires

- un client peut recevoir un fichier sur Applishare2 entre la dernière synchro et la relance de l'application => communication aux équipes de maintenance