parce que tu ne peux pas livrer un exécutable docker à des utilisateurs
Non. Mais une image à instancier, disponible sur un registry, régulièrement mise à jour et testée en amont via un système d'intégration continue, si.
parceque je préfèrerais déployer et livrer un exécutable sans une nouvelle couche technologique qui a besoin de temps pour lire la doc, se former, mettre en place la pipeline, mettre à jour l'image docker, pour réparer les bugs pas liés à ton soft, qui a des problèmes de sécurité, etc, etc, etc
Cela demande, comme n'importe quelle techno, un investissement en temps. Et ce temps, on ne l'a pas toujours, effectivement. Ceci dit, cela peut également en faire gagner de façon non négligeable une fois le tout en place.
Pour ce qui est des bugs liés à l'environnement contenu dans l'image, ça nous est arrivé une fois. Je suppose que des outils comme Nix peuvent aider pour avoir des environnements facilement reproductibles, mais je suis loin d'être un spécialiste dans ce domaine.
Certains languages te construisent un exécutable prêt à l'emploi. Point barre.
Tout à fait. Je partageais juste un retour d'expérience sur un point : nous ne maîtrisons pas l'environnement dans lequel notre client déploie nos applications. Docker s'est révélé un bon compromis pour avoir un livrable tout en un en faisant abstraction des technologies utilisées, sans aucune autre dépendance que Docker lui-même.
Après, je conviens volontiers que ce n'est pas adapté à toutes les situations.
[^] # Re: Livraison facile en Python ??
Posté par Letho . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 1.
Non. Mais une image à instancier, disponible sur un registry, régulièrement mise à jour et testée en amont via un système d'intégration continue, si.
Cela demande, comme n'importe quelle techno, un investissement en temps. Et ce temps, on ne l'a pas toujours, effectivement. Ceci dit, cela peut également en faire gagner de façon non négligeable une fois le tout en place.
Pour ce qui est des bugs liés à l'environnement contenu dans l'image, ça nous est arrivé une fois. Je suppose que des outils comme Nix peuvent aider pour avoir des environnements facilement reproductibles, mais je suis loin d'être un spécialiste dans ce domaine.
Tout à fait. Je partageais juste un retour d'expérience sur un point : nous ne maîtrisons pas l'environnement dans lequel notre client déploie nos applications. Docker s'est révélé un bon compromis pour avoir un livrable tout en un en faisant abstraction des technologies utilisées, sans aucune autre dépendance que Docker lui-même.
Après, je conviens volontiers que ce n'est pas adapté à toutes les situations.