Project

General

Profile

Scénario #21590

Epic 4: Implémenter la stratégie de mise à jour par écrasement des modèles de serveur "racines"

Added by William Petit almost 3 years ago. Updated over 2 years ago.

Status:
Terminé (Sprint)
Priority:
Normal
Assigned To:
Category:
-
Start date:
11/13/2017
Due date:
12/01/2017
% Done:

100%

Estimated time:
(Total: 50.00 h)
Spent time:
(Total: 36.00 h)
Story points:
10.0
Remaining (hours):
6.00 hours
Velocity based estimate:
Release relationship:
Auto

Description

Problème

EOLE (ou le MTES) va maintenir un certain nombre de modèles de serveur (modules EOLE + versions). Les instances de Zéphir en production devront pouvoir
récupérer les mises à jour de ces modèles et les nouvelles versions de manière automatisée et sécurisée.
Des acteurs externes à EOLE devront pouvoir également déployer automatiquement leurs mises à jour de la même manière.
Dans le cas où il existerait des modèles enfant des modèles de serveur mis à jour, l'utilisateur Zéphir devrait être au minimum notifié et les conflits potentiels devraient être minimisés/détectés/signalés dans la mesure du possible.

Proposition

Formaliser la stratégie de déploiement des mises à jour par écrasement des modèles de serveur et implémenter une première version de cette stratégie (conteneur de données avec montage de volumes ? Archive avec récupération HTTPS ?)

Critères d'acceptation

  • Une instance de Zéphir est capable de récupérer une mise à jour des modèles de serveur et l'intégrer dans sa base de données.
  • La procédure est automatisée.
  • La mise à jour est signée et versionnée.

Subtasks

Tâche #22045: Assistance à la montée en compétenceFerméWilliam Petit

Tâche #22086: (Re)définir le format des sources de donnéesFerméJoël Cuissinat

Tâche #22099: Définir l'arborescence des données dans le "datasource"FerméJoël Cuissinat

Tâche #22100: Mettre à niveau le code de lecture et de chargement des données en baseFerméGwenael Remond

Tâche #22101: Prévoir la possibilité de réaliser un rollback partiel ou total en cas d'erreurNe sera pas résolu

Tâche #22102: Implémenter l'envoi d'un message une fois la mise à jour des données terminéeNe sera pas résolu

Associated revisions

Revision 45257c9b (diff)
Added by Joël Cuissinat over 2 years ago

Epic 4: handle servermodels creation and update

  • migrate servermodels datasets from CSV to YAML
  • update database schema
  • rewrite versions/releases/servermodels creation's code
  • creation's code handles updates

Ref: #21590

Revision 47e316b9 (diff)
Added by Joël Cuissinat over 2 years ago

Add fake EOLE source

Ref: #21590

History

#1 Updated by William Petit almost 3 years ago

  • Due date deleted (10/20/2017)
  • Target version deleted (sprint 2017 40-42 Equipe MENSR)
  • Start date deleted (10/03/2017)

#2 Updated by Joël Cuissinat over 2 years ago

  • Due date set to 12/01/2017
  • Target version set to sprint 2017 46-48 Equipe MENSR
  • Start date set to 11/13/2017

#3 Updated by Joël Cuissinat over 2 years ago

  • Story points set to 8.0

#4 Updated by Scrum Master over 2 years ago

  • Subject changed from Epic 4: Définir la stratégie de mise à jour des modèles de serveur "racines" to Epic 4: Implémenter la stratégie de mise à jour par écrasement des modèles de serveur "racines"
  • Description updated (diff)
  • Assigned To set to Laurent Flori
  • Story points changed from 8.0 to 10.0

#6 Updated by Joël Cuissinat over 2 years ago

  • Status changed from Nouveau to Terminé (Sprint)

Also available in: Atom PDF