[Environnement] Créer un environnement de staging

[amaurydubot]

Problème / Contexte

L'environnement unique de démo est utilisé pour des choses différentes :

• D'une part, il permet à l'équipe de faire des pré-implem techniques et de tester les merge récents ;
• D'autre part, il permet à l'équipe bizdev de faire des démos et d'offrir à certains utilisateurs un espace de test avant passage en prod.

Problématique : Le fait que cet environnement soit utilisé par des agents des départements et par nos biz devs pour faire des démos, tout en étant un environnement potentiellement instable techniquement créé un problème :

• Les agents des départements et les biz devs ont besoin d'un environnement ISO Prod, avec des données persistantes
• Notre équipe technique et Samantha ont besoin d'un environnement sur lequel le code soit le plus frais possible, sur lequel nous puissions vérifier (et casser) les implémentations techniques, sur lequel la donnée n'importe pas et puisse être écrasée sans que cela soit problématique.

On souhaite avoir un environnement dédié pour les tests et chantiers tech (et on a écarté l'hypothèse d'avoir seulement des review apps).

Solution

Créer un nouvel environnement de staging. Ce nouvel environnement de préprod aura les caractéristiques suivantes :

• Fonctionnalités les plus récentes
• À jour à chaque merge
• Donnée sans importance
• Peut-être cassé
• Utilisé uniquement par nous en interne et par des développeurs externes pour : bidouillage, tests, interconnexions, QA

[amaurydubot]

Sprint planning du 05/09 : je t'ai assigné @Michaelvilleneuve (peut-être un peu plus smart car tu avais suivre ça avec RDV SP... prochain petit pas du point tech --> organiser une réunion avec RDV SP).

[aminedhobb]

En même temps que la création du nouvel environnement, on procédera à la migration de tous nos environnements (staging et demo nouvellement créé) vers la region osc-secnum-fr1 de Scalingo.

La documentation pour migrer de région sur Scalingo est consultable sur ce lien: https://doc.scalingo.com/platform/app/regions-migration

Les raisons derrière ce choix de migration de région:

• Bien que déconseillé de vraies données personnelles peuvent être renseignées dans ces environnements. Il est donc plus safe de les placer dans osc-secnum-fr1
• Plus facile pour intégrer l'ETL de staging avec rdvsp puisque leur app de demo se trouve sur osc-secnum-fr1 (voir + de détails dans ce thread MM)