C'est succint, mais a priori ça permet de faire le boulot si on ne veut pas de docker.
Et sinon +1 contre docker dans le cadre de petites prods. J’abhorre le concept d'utiliser une vm (vous pouvez appeler ça un container, si ça vous chante) non signée et créée par de parfaits inconnus, sur ma prod ou même dans ma machine de test, mais en plus devoir me fader le téléchargement de centaines de mégas sur ma connexion pourrave, juste pour tester, non merci.
En fait il y a de plus en plus de gens qui testent et jettent un logiciel. Donc tu es d'une manière ou d'une autre obligé de proposer un moyen de tester/déployer facilement si tu veux acquérir des utilisateurs. Que ce soit la bonne méthode ou une mauvaise méthode n'est pas la question ici - c'est juste qu'il faut un moyen simple pour permettre à l'utilisateur de tester sans effort. Un bon moyen serait de proposer des paquets pour chaque distribution, mais c'est un travail long et moins multi-plateforme que docker, surtout si ton système nécessite des configurations un peu avancées.
Sur tracim un des gros chantiers qu'on a mis en branle ses derniers mois, c'est la génération automatique d'images docker fonctionnelles. L'objectif est double : un workflow d'intégration continue et de tests automatisés "virtualisés" (en gros on teste tout sur un système vierge et jetable/jeté), et la fourniture d'une image docker "clé en main" pour des personnes qui souhaitent, soit tester tracim, soit l'utiliser sans monter en compétence techniquement.
Ca n'empêche qu'on a une procédure détaillée d'installation qui cible les adminsys en particulier et plus généralement les personnes qui veulent maîtriser ce qu'elles déploient.
L'idéal serait de proposer des paquets debian, rpm... mais c'est encore un travail supplémentaire.
Au passage, concernant les centaines de Mo téléchargés à travers une image docker : en compilant, ça n'est pas dit que tu ne tire pas "plus de Mo". Par exemple une image docker de test de tracim fait +/- 2,1Go avant nettoyage car on embarque tout ce qu'il faut pour compiler les dépendances, déclencher la fureur avec node_js, etc pour construire quelques petits morceaux d'interface. La vraie solution optimisée, c'est ni docker ni de compiler à partir des sources, mais bien de packager pour l'os.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Docker fourre-tout ? retour d'expérience sur la mise à dispo d'images docker
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche L’application « OnlyOffice pour Nextcloud » est disponible. Évalué à 5.
C'est succint, mais a priori ça permet de faire le boulot si on ne veut pas de docker.
En fait il y a de plus en plus de gens qui testent et jettent un logiciel. Donc tu es d'une manière ou d'une autre obligé de proposer un moyen de tester/déployer facilement si tu veux acquérir des utilisateurs. Que ce soit la bonne méthode ou une mauvaise méthode n'est pas la question ici - c'est juste qu'il faut un moyen simple pour permettre à l'utilisateur de tester sans effort. Un bon moyen serait de proposer des paquets pour chaque distribution, mais c'est un travail long et moins multi-plateforme que docker, surtout si ton système nécessite des configurations un peu avancées.
Sur tracim un des gros chantiers qu'on a mis en branle ses derniers mois, c'est la génération automatique d'images docker fonctionnelles. L'objectif est double : un workflow d'intégration continue et de tests automatisés "virtualisés" (en gros on teste tout sur un système vierge et jetable/jeté), et la fourniture d'une image docker "clé en main" pour des personnes qui souhaitent, soit tester tracim, soit l'utiliser sans monter en compétence techniquement.
Ca n'empêche qu'on a une procédure détaillée d'installation qui cible les adminsys en particulier et plus généralement les personnes qui veulent maîtriser ce qu'elles déploient.
L'idéal serait de proposer des paquets debian, rpm... mais c'est encore un travail supplémentaire.
Au passage, concernant les centaines de Mo téléchargés à travers une image docker : en compilant, ça n'est pas dit que tu ne tire pas "plus de Mo". Par exemple une image docker de test de tracim fait +/- 2,1Go avant nettoyage car on embarque tout ce qu'il faut pour compiler les dépendances, déclencher la fureur avec node_js, etc pour construire quelques petits morceaux d'interface. La vraie solution optimisée, c'est ni docker ni de compiler à partir des sources, mais bien de packager pour l'os.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo