Car avec dpkg, le déploiement de ton application devient directement dépendante de l'hôte, ce qui va à l'encontre de la philosophie devops.
Si je construit un paquet debian, en plus de la perte de temps qui en résultera, l'utilisateur sera dans l'obligation d'avoir la bonne version de debian/Ubuntu que j'aurais moi-même choisi d'utiliser, le déploiement de l'application aura un impacte sur le système hôte et n'importe quelle mise à jour pourra au mieux être bloquée par mon application, au pire, casser mon application. Elle devra également s'interfacer obligatoirement avec la configuration déjà existante de la machine hôte et impliquera une maintenance plus fastidieuse en cas de cohabitation avec des services similaires (Web par exemple).
Bref, dans le cas de la philosophie devops, dpkg est hors sujet.
[^] # Re: devops
Posté par Anonyme . En réponse au journal Docker, la plateforme à la mode. Évalué à 1.
Car avec dpkg, le déploiement de ton application devient directement dépendante de l'hôte, ce qui va à l'encontre de la philosophie devops.
Si je construit un paquet debian, en plus de la perte de temps qui en résultera, l'utilisateur sera dans l'obligation d'avoir la bonne version de debian/Ubuntu que j'aurais moi-même choisi d'utiliser, le déploiement de l'application aura un impacte sur le système hôte et n'importe quelle mise à jour pourra au mieux être bloquée par mon application, au pire, casser mon application. Elle devra également s'interfacer obligatoirement avec la configuration déjà existante de la machine hôte et impliquera une maintenance plus fastidieuse en cas de cohabitation avec des services similaires (Web par exemple).
Bref, dans le cas de la philosophie devops, dpkg est hors sujet.