Yo, wass'up ?
Je m'essaie au dev d'une appli web pour mon assos. Techniquement c'est du Python/Flask mais je pense que c'est un détail.
Essayant de faire les choses en suivant les best practices, j'ai des configs dev, test et prod. Par exemple en configuration prod j'utilise Unicorn un (vrai) serveur WSGI là où en dev c'est le petit serveur interne de Flask. Idem pour la BdD où ce sera sûrement SQLite en dev et test et MariaDB en prod.
C'est bien joli tout ça, mais si je développe dans une config, teste dans une autre et le tout différent de la prod… bin le jour ou je déploie je trouve potentiellement de nouveau soucis non ?
Du coup c'est quoi la bonne façon de faire ? Avec une sorte de pré-prod sur une autre machine ? ou à une autre adresse par exemple un sous-domaine ?
Merci !
# les deux
Posté par NeoX . Évalué à 6.
si tu veux etre propre tu fais au moins dev=prod pour l'infra
donc dev avec unicorn mais avec une arbo et une base de données differente, prod aussi avec unicorn + arbo + base à part
si tu es riche
dev = server flask interne, base, code
pre prod = unicorn, copie de la base de prod, code
prod = ben la vraie infra
[^] # Re: les deux
Posté par gUI (Mastodon) . Évalué à 3.
vu que j'ai la pété de thunes attitude, je vais pas me gêner de faire la 2e proposition (surtout pour apprendre bien évidemment)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# attention !
Posté par Tonton Th (Mastodon) . Évalué à 2.
Attention, là, je pense que tu prends de gros risques en ne testant pas tout avec le moteur de bdd de la prod. Dans ce domaine, la moindre différence de comportement entre les deux peut être critique, surtout pendant un déploiement…
Euh, non, on est Dredi, yolo dans la prod…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.