Mes réponses

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