ici nous utilisons gitlab depuis 4ans. Oui ça prend un peu de ram. 3go pour une instance avec une douzaine de projet actif et autant de développeur/datascientist. Un peu de disque. (Surtout quand on me commit tout anaconda ....). Les mises à jour sont régulières via un dépôt apt et elles sont fiables. Je n'ai eu en 4ans qu'un seul problème de mise à jour.
Depuis quelques mois nous utilisons aussi gitlab ci avec un kubernetes auto hébergé. Et bien ça change la vie ! Je crée une branche et j'ai de suite un environnement qui tourne sur cette branche avec un snapshot des données de la prod (merci ceph !) et une url dédié. Je fait ma modif. La QA la valide. La branche est merge et tout passe en prod tout seul. Plus de script de mise en production, plus de "jour de mise en prod". Bref on a plongé dans le grand bain du devops, cloud, container etc.
A titre personnel j'étais plus que réticent. Je regarde ces technos du coin de l’œil depuis des années avec scepticisme et finalement j'en suis très content.
Cependant il y a un soucis de cache avec le gitlab runner et le build d'image docker qui est très long. Vu que chaque stage est dans un environnement docker tout neuf (dind) il n'y a pas de mise en cache des différentes étapes de build. Je dois donc maintenir une image de base avec tout ce qui est nécessaire. Image que j'utilise ensuite juste pour copier le code de l'application et la conf.
Pour vous donner une idée il faut environ deux minutes pour démarrer 6 pod qui contiennent un minimum de deux container (j'utilise istio) et jusqu’à 4 container. Pour un total d'environ 15 container. Il y a aussi le snapshot de la base postgres et son démarrage.
[^] # Re: drone.io
Posté par oau . En réponse au journal Mettre en place des build automatiques avec jenkins et docker. Évalué à 4.
Bonjour,
ici nous utilisons gitlab depuis 4ans. Oui ça prend un peu de ram. 3go pour une instance avec une douzaine de projet actif et autant de développeur/datascientist. Un peu de disque. (Surtout quand on me commit tout anaconda ....). Les mises à jour sont régulières via un dépôt apt et elles sont fiables. Je n'ai eu en 4ans qu'un seul problème de mise à jour.
Depuis quelques mois nous utilisons aussi gitlab ci avec un kubernetes auto hébergé. Et bien ça change la vie ! Je crée une branche et j'ai de suite un environnement qui tourne sur cette branche avec un snapshot des données de la prod (merci ceph !) et une url dédié. Je fait ma modif. La QA la valide. La branche est merge et tout passe en prod tout seul. Plus de script de mise en production, plus de "jour de mise en prod". Bref on a plongé dans le grand bain du devops, cloud, container etc.
A titre personnel j'étais plus que réticent. Je regarde ces technos du coin de l’œil depuis des années avec scepticisme et finalement j'en suis très content.
Cependant il y a un soucis de cache avec le gitlab runner et le build d'image docker qui est très long. Vu que chaque stage est dans un environnement docker tout neuf (dind) il n'y a pas de mise en cache des différentes étapes de build. Je dois donc maintenir une image de base avec tout ce qui est nécessaire. Image que j'utilise ensuite juste pour copier le code de l'application et la conf.
Pour vous donner une idée il faut environ deux minutes pour démarrer 6 pod qui contiennent un minimum de deux container (j'utilise istio) et jusqu’à 4 container. Pour un total d'environ 15 container. Il y a aussi le snapshot de la base postgres et son démarrage.