Projet

Général

Profil

Scénario #21590

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

Ajouté par William Petit il y a plus de 6 ans. Mis à jour il y a plus de 6 ans.

Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Laurent Flori
Catégorie:
-
Version cible:
Distribution EOLE - sprint 2017 46-48 Equipe MENSR
Début:
13/11/2017
Echéance:
01/12/2017
% réalisé:

100%

Temps estimé:
(Total: 50.00 h)
Temps passé:
(Total: 36.00 h)
Points de scénarios:
10.0
Restant à faire (heures):
6.00 heures
Estimation basée sur la vélocité:
Release:
Zéphir-livraison-1
Liens avec la release:
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.

Sous-tâches

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

Révisions associées

Révision 45257c9b (diff)
Ajouté par Joël Cuissinat il y a plus de 6 ans

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

Révision 47e316b9 (diff)
Ajouté par Joël Cuissinat il y a plus de 6 ans

Add fake EOLE source

Ref: #21590

Historique

#1 Mis à jour par William Petit il y a plus de 6 ans

  • Echéance 20/10/2017 supprimé
  • Version cible sprint 2017 40-42 Equipe MENSR supprimé
  • Début 03/10/2017 supprimé

#2 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Echéance mis à 01/12/2017
  • Version cible mis à sprint 2017 46-48 Equipe MENSR
  • Début mis à 13/11/2017

#3 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Points de scénarios mis à 8.0

#4 Mis à jour par Scrum Master il y a plus de 6 ans

  • Sujet changé de Epic 4: Définir la stratégie de mise à jour des modèles de serveur "racines" à Epic 4: Implémenter la stratégie de mise à jour par écrasement des modèles de serveur "racines"
  • Description mis à jour (diff)
  • Assigné à mis à Laurent Flori
  • Points de scénarios changé de 8.0 à 10.0

#6 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Statut changé de Nouveau à Terminé (Sprint)

Formats disponibles : Atom PDF