La plateforme de données empilable 26.7: Sécurité, SBOM et registres flexibles

Les modifications visent à réduire la dette technique, à stabiliser les pipelines d'intégration continue et à éliminer les tests instables. Les améliorations comprennent la sélection dynamique des registres, la sécurité renforcée de la chaîne d'approvisionnement et l'introduction d'un répertoire central appelé Stackable Hub. Bien que ces mises à jour puissent sembler subtiles, elles sont destinées à bénéficier aux opérateurs gérant des infrastructures réglementées et à ceux qui souhaitent déployer en dehors des voies standard.

En outre, 133 vulnérabilités, dont 10 critiques et 62 CVEs de grande gravité, ont été corrigées. L'un des changements les plus percutants concerne la manière dont les opérateurs récupèrent les images de leurs produits. La technologie a été codée en dur dans la configuration de la plate-forme. Les ajustements pour les environnements air-gapped ou les registres de miroirs internes nécessitaient des modifications manuelles via des valeurs Helm ou des configurations de conteneurs au niveau du nœud, une solution de contournement qui est devenue de plus en plus lourde à mesure que la plate-forme évoluait.

Lors de l'installation d'un opérateur via le diagramme Helm ou le manifeste OLM, la plate-forme définit automatiquement cette valeur en fonction du registre à partir duquel l'opérateur lui-même est originaire. io par défaut. io, éliminant ainsi la nécessité d'une mise en miroir manuelle. Pour les installations en dehors de Helm ou OLM, cette modification représente une mise à jour de rupture. Les utilisateurs déployant des opérateurs manuellement via des fichiers YAML personnalisés, Kustomize ou ArgoCD doivent définir explicitement --image-repository dans le bloc d'arguments du conteneur de l'opérateur. tech/sdp ou pointer vers un registre de miroir interne. champ de référentiel, en supprimant le nom de l'opérateur. tech/sdp. L'échec de ces ajustements entraîne des erreurs ImagePull, provoquant l'échec des pods lors du démarrage.

Un déploiement de test dans un environnement de mise en scène avant la mise à niveau vers la production est fortement recommandé. Ce changement déplace la portabilité du registre des solutions de contournement spécifiques au produit vers la logique de la plate-forme. Pour les scénarios air-gapped, la variable IMAGE_REPOSITORY peut être dirigée vers un registre interne, à condition que les images de produit y aient été systématiquement reflétées, un avantage pour les architectures souveraines et interopérables. Le deuxième thème majeur des centres de mise à jour est centré sur la provenance SLSA et les SBOM SPDX, dans le but d'améliorer la traçabilité le long de la chaîne d'approvisionnement logiciel.

Ces ajouts offrent une plus grande transparence et un meilleur contrôle sur les dépendances, en s'alignant sur les normes de l'industrie pour des opérations sûres et conformes.