Talend Dynamic Engine
Modifications à venir dans v1.7.0
Dans R2026-08, Dynamic Engine v1.7.0 lance deux modifications majeures :
-
configuration.persistence.enabled est défini sur false par défaut. Après la mise à niveau vers v1.7.0, Dynamic Engine n'exige plus de stockage partagé persistant pour les services internes.
Si vous utilisez actuellement la configuration par défaut (persistance activée), vérifiez votre plan de déploiement avant la mise à niveau. Des conseils pour vous préparer à cette modification seront disponibles avec la version R2026-08.
Si vous utilisez le registre Docker interne, pensez à migrer vers un registre Docker externe avant la mise à niveau vers v1.7.0. Pour des détails sur la connexion à un registre Docker externe, consultez Configurer un registre Docker personnalisé pour les tâches Talend Management Console.
-
Le déploiement du manifeste Kubernetes classique avec kubectl n'est plus supporté. Le chemin d'accès au déploiement classique actuel ne peut pas être utilisé à partir de la version v1.7.0.
Nouvelles fonctionnalités
| Fonctionnalité | Description |
|---|---|
| Dynamic Engine v1.6.0 | Dynamic Engine v1.6.0 est à présent disponible.
Pour des conseils concernant le déploiement et la configuration, consultez le Guide de configuration Dynamic Engine. Pour une liste complète des modifications, consultezJournal détaillé des modifications de Dynamic Engine v1.6.0. |
Versions de maintenance
| Version | Description |
|---|---|
| Journal des modifications de Dynamic Engine v1.6.1 (en anglais) | Cette version de maintenance est généralement disponible depuis le 9 juillet 2026. Elle résout le problème de mise à jour à la version v1.6.0 en mode air gap et les échecs de démarrage intermittents associés à l'échec des Jobs de nettoyage de registre. |
| Journal des modifications de Dynamic Engine v1.6.2 (en anglais) | Cette version de maintenance est désormais généralement disponible. Elle résout le support de proxy HTTP(S) du client S3 et les échecs de déploiement de Routes lorsque le route-deployer est redémarré après plus d'une heure et corrige un problème d'identifiants de registre en double qui empêchait le déploiement de Routes avec une configuration de registre d'images spécifique. |