Supprimer un message
Dr_Dan
J'ai vu les 2
![:wink: :wink:](images/smileys/wink.gif)
Mais aucune des solutions n'est acceptable.
En effet, certes la solution 1 n'écrase pas de données de prod, mais elle requiert de couper la prod à chaque fois qu'on veut faire un correctif ou une évolution sur le site ! Impensable...
De mon point de vue, quand on coupe un site de prod, ça devrait être à peine quelques (milli)secondes lors d'un déploiement automatique...
Le développement doit pouvoir se faire en parallèle d'une prod qui tourne ! C'est inimaginable de devoir couper un site de production le temps que dure chaque itération du développement...
![:fumer: :fumer:](images/smileys/fumer.gif)
Et on est bien d'accord que la solution 2 n'est valable que pour la mise en prod initiale; mais pourtant c'est cela qu'on trouve le plus souvent "expliqué" dans des articles sur internet qui parle de déploiement de CMS...
![:kiki: :kiki:](images/smileys/kiki.gif)
D'accord pour la solution 2
Cependant,la solution 1 , est la solution standard (en gros) lors d'un upgrade applicatif après mise en production.
Il existe des solutions non-stop, mais c'est destiné à des applications critiques qui ne peuvent s'arrêter. Et qui coûtent 10 à 100 fois le budget d'une solution standard.
En théorie, ce serait le rêve. En pratique, ce n'est pas rêveur qui est le payeur.
![:tinostar: :tinostar:](images/smileys/tinostar.gif)