Portage Docker/Python vers js pour la GH Action ⏱

[Dougniel]

on a aussi le ticket d'entrée Docker sur GH Action

Peux-tu le créer stp et le linker à celui-ci ?

Originally posted by @adriens in #11 (comment)

• 15s est le temps que met cette GitHub action pour le Setup à chaque exécution et ça semble être liée au fait que ce soit une image Docker
• Ce temps peut faire basculer une exécution à la minute de facturation GitHub supérieur 💰

[Dougniel]

@adriens, j'ai mon todo un peu vide (et ça risque de rester un peu vu que tu n'es pas là la semaine pro) et pas mal en pending, je peux passer sur ce ticket ? Sauf si tu vois d'autres priorités

[adriens]

Yes, of course, profite-en. Il faudra par-contre s'occupper de https://github.com/opt-nc/GLIA/issues/849 🙏 😓 ... mais en mocde super clean avec picocli

[adriens]

Issue pinée

[Dougniel]

Voilà 12-14s en moins à chaque lancement 💰:

Par rapport à avant :

[github-actions]

🎉 This issue has been resolved in version 1.3.2 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

[adriens]

Voilà 12-14s en moins à chaque lancement 💰:

C'est énorme, ça c'est du ROI 👏

Tu penses que tu aurais quelques RUNs sur différents projets avec des temps pour moi stp ?

[adriens]

(Je souhaite faire une annonce pour cette release, avec quelques chiffres remarqsuables)

[Dougniel]

Voilà 12-14s en moins à chaque lancement 💰:

C'est énorme, ça c'est du ROI 👏

Tu penses que tu aurais quelques RUNs sur différents projets avec des temps pour moi stp ?

• Pour le plus avancé c'est proxy-docubase à mon sens car on déploie une image Docker, par contre on est pénalisé sur la génération native : 5m42 (build natif) + 42s de déploiement donc 6m24 au total (en non natif on descendrait à un build de < 50s donc point un total <1m40):

• Pour un cas représentatif c'est Pyramide parce qu'il est fait JHipster, il fait pas au porte monnaie car à lui seul il coûte 14m 💰, en termes d'attente cela représente 7m30 😅 au total (build SB / build Angluar - sans la dernière version de tower-deploy-action) :

• Pour un type d'application consumer (ex: consumer-sig, c'est pas le plus lent) on arrive à un temps de build déploiement à 2m52 au total (ce qui reste important mais sans la dernière version de tower-deploy-action: -14s et sans une gestion du cache des dépendances maven efficace comme ce qui a été fait pour proxy-docubase dernièrement avec une version statique)

☝️une partie non négligeable du temps de déploiement est liée à un état d'attente de Tower "pending" (j'avais déjà signalé) avant le lancement, si ce temps pouvait être supprimé on économiserai du temps et de l'argent 💰 (ex: pour un total de déploiement Tower sur l'exemple du proxy-docubase de 42s env 14s sont en pending)

[adriens]

C'est parfait... maintenant on va coicner sur le temps de download des artefacts (jar, imager docker, ...). j'ai tous les éléments dont j'ai besoin.

est liée à un état d'attente de Tower "pending" (j'avais déjà signalé) avant le lancement,

Oui, tout à fait, je ne l'ai pas oublié 👌