automatiser la mise à jour du metabase

[adipasquale]

isoler le code dans un autre repo git

c’est peu pratique pour itérer d’avoir le code de l’ETL dans ce repo Rails

déplacer scripts/etl.sh dans un repo git à part.

supprimer le besoin d’une clé SCALINGO

Le script actuel a besoin d’une clé d’API Scalingo pour pouvoir télécharger le backup de la prod.
Or, on ne veut pas mettre cette clé dans l’env de l’app d’ETL car ça donne tous les pouvoirs sur la prod.

Piste évoquée : pusher le backup / l’url du backup depuis la prod vers l’ETL

Piste favorisée : ne plus s’appuyer sur le CLI scalingo et les backups automatiquement générés. à la place, créer un user read-only sur les dbs de prod de RDV et stocker ses credentials sur l’app d’ETL

Bonus

réparer le sed pour changer les noms de schémas

piste 1 : demander à scalingo un user postgres plus puissant (qui peut changer le nom du schéma public)

piste 2 : copier le schéma plutot que le renommer
ça permettrait de ne plus avoir à supprimer temporairement le user postgres en ne lui donnant simplement pas les droits sur public

optimisations

ne pas importer tous les indexes