Suivi — Administration système Mettre en place une préprod

#1823 Posté par  (site web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
1
26
juin
2018

Étant donné les quelques petits problèmes qu'il y a eu à la dernière mise en prod, est-ce qu'il ne serait pas judicieux d'avoir une préprod qui tourne quelque part ?

Idéalement avec une base synchronisée suffisamment souvent avec la prod pour que les tests soient pertinents, elle pourrait aussi servir de bac à sable pour les gens qui ont envie de tester des bugs, plutôt que de faire du vrai contenu sur la prod.

  • # alpha

    Posté par  . Évalué à 3 (+0/-0).

    Il me semble que c'est le but de https://alpha.linuxfr.org/

    « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: alpha

      Posté par  (site web personnel) . Évalué à 2 (+0/-0).

      Ah, c'est vrai que je l'avais oubliée (j'ai même déjà ouvert un compte dessus, et posté sur la tribune là-bas en 2014).

      Mais alors je pense qu'il faudrait au moins un lien quelque part, parce que je n'en vois aucun, et peut-être aussi un process, entre le suivi ici et Github, qui permettrait de tester les pull requests avant qu'elles passent en prod.

  • # Mes réponses

    Posté par  (site web personnel) . Évalué à 4 (+0/-0).

    Une base synchronisée suffisamment souvent avec la prod

    • les données d'une prod étant sensibles, normalement (au sens bonnes pratiques) on ne les recopie pas ailleurs (pour éviter des fuites de données personnelles, pour éviter des comportements non souhaitables comme envoyer des courriels à de vrais utilisateurs, etc.)
    • ça poser aussi des problèmes concernant les données personnelles (comptes fermés, supprimés ou nom affiché modifié par exemple) ou les contenus/commentaires (réapparition des versions supprimées, anciennes versions, etc.) -> ça obligerait vraiment à resynchroniser régulièrement en fait. Et d'ailleurs on devrait purger la base de alpha pour cette même raison (initialement alpha avait été mise en place avec les données de prod pour tester la migration de 2011, ça illustre bien les risques qu'il y a à transférer des données de prod "transitoirement")
    • en gros, ça serait plus simple de ne prendre que les contenus/commentaires sous licence libre des membres de l'équipe par exemple. Ou de les générer pseudo-aléatoirement pour avoir un mélange de lorem ipsum et des fonctionnalités markdown du site. Cf https://linuxfr.org/suivi/fournir-des-donnees-d-exemple#comment-1320006

    une préprod qui tourne quelque part ?

    Concernant alpha je vois deux autres soucis actuellement :

    • l'absence de tests automatisés
    • les différences avec la prod (absence des services board et share, absence de la config www., etc.). Et c'est notamment ceux-là qui ont posé souci soit au niveau des scripts ansible soit après déploiement

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.