Dans notre chaîne (k3s), l'image passe de 84 Mo (python:3-alpine + fonttools + brotli, 163Mo avec python:3-slim !) à 6,6 Mo (binaire statique, image scratch), sans Python à installer ni à épingler. Ça se paie à chaque noeud qui tire l'image, à chaque cold start au scale-out, et à chaque run de CI qui réinstalle la stack. Sans compter la surface à suivre ... une image Python, ce sont des CVE à suivre/patcher. Ou faire confiance à latest.
C'est un problème d'ops, pas de fonctionnalité. Ce ne sont pas les mêmes usages.
Et on avait de toute façon besoin de traiter de l'EOT en masse, ce que fontTools n'ouvre pas (il ouvre bien tous les WOFF1.0, tu m'as fait douter, j'ai vérifié) ...
[^] # Re: Efficacité, gains réels
Posté par SiB (site web personnel) . En réponse au journal Chères moules, votre bouchot est trop lourd ? J'ai la soluce (libre, en Go, sans Node). Évalué à 2 (+2/-0).
Dans notre chaîne (k3s), l'image passe de 84 Mo (python:3-alpine + fonttools + brotli, 163Mo avec python:3-slim !) à 6,6 Mo (binaire statique, image scratch), sans Python à installer ni à épingler. Ça se paie à chaque noeud qui tire l'image, à chaque cold start au scale-out, et à chaque run de CI qui réinstalle la stack. Sans compter la surface à suivre ... une image Python, ce sont des CVE à suivre/patcher. Ou faire confiance à latest.
C'est un problème d'ops, pas de fonctionnalité. Ce ne sont pas les mêmes usages.
Et on avait de toute façon besoin de traiter de l'EOT en masse, ce que fontTools n'ouvre pas (il ouvre bien tous les WOFF1.0, tu m'as fait douter, j'ai vérifié) ...