Si tu as suffisamment de test, tu n'as pas peur de la prod.
Entièrement dac. (c'est les tests, pas la capacité de rollback)
Tu peux très bien designer ta migration pour être transparente...
Je connais et applique tout ça.
Ca complexifie et l'expérience m'a montré que ça n'évite complètement les ratés.
Rien n'est parfait.
Sur des langage comme Rust, tu peux rendre l'ensemble de la base typé et amorcer des migrations ou tu peux garantir que les requètes avant et après migrations soient safe.
On en revient au point initial : un vrai truc typé de bout en bout t'évites d'envoyer de la merde en prod.
Normalement, tu as pu tester ton webservice
Normalement, un WS est versionné et tu peux passer de l'un à l'autre.
Le soucis c'est bien le "normalement" et le "bien fait". Si t'es consommateur, tu subis.
Tu peux très bien construire ton application pour pouvoir utiliser l'ancien cache et le mettre à jour petit à petit.
Dans l'absolu : oui. Mais la réalité fait que tu travailles sur du legacy ou tout n'est pas forcément possible aussi facilement.
Tu sais qu'il y a des systèmes qui font des rollback automatiquement ?
Alors, oui. Bon, j'appel pas ça du rollback : t'as plusieurs versions de ton app/fonctionnalité et t'as des triggers en fonction de.
Ça peut être un vrai serpent de mer à plusieurs têtes si tu mets ça partout.
Comme souvent : faut savoir utiliser la bonne stack en fonction des besoins, ressources etc.
Ça peut être dur de trouver le bon curseur de déclenchement. faut que les métriques ne tombent pas, qu'elles soient temps réels etc.
Bref : du cas par cas.
[^] # Re: rust
Posté par mothsART . En réponse à la dépêche Trois utilitaires : Delta, Dust et Watchexec. Évalué à 2.
Entièrement dac. (c'est les tests, pas la capacité de rollback)
Je connais et applique tout ça.
Ca complexifie et l'expérience m'a montré que ça n'évite complètement les ratés.
Rien n'est parfait.
Sur des langage comme Rust, tu peux rendre l'ensemble de la base typé et amorcer des migrations ou tu peux garantir que les requètes avant et après migrations soient safe.
On en revient au point initial : un vrai truc typé de bout en bout t'évites d'envoyer de la merde en prod.
Normalement, un WS est versionné et tu peux passer de l'un à l'autre.
Le soucis c'est bien le "normalement" et le "bien fait". Si t'es consommateur, tu subis.
Dans l'absolu : oui. Mais la réalité fait que tu travailles sur du legacy ou tout n'est pas forcément possible aussi facilement.
Alors, oui. Bon, j'appel pas ça du rollback : t'as plusieurs versions de ton app/fonctionnalité et t'as des triggers en fonction de.
Ça peut être un vrai serpent de mer à plusieurs têtes si tu mets ça partout.
Comme souvent : faut savoir utiliser la bonne stack en fonction des besoins, ressources etc.
Ça peut être dur de trouver le bon curseur de déclenchement. faut que les métriques ne tombent pas, qu'elles soient temps réels etc.
Bref : du cas par cas.