Introduction#
Traefik 3.6.0 ✨ est enfin là, et elle apporte un lot de fonctionnalités qui vont simplifier vos déploiements cloud-native. Sortie le 7 novembre 2025 sur GitHub, cette version s’appuie sur les retours de la communauté pour offrir une architecture de routage plus puissante et flexible, tout en renforçant la compatibilité avec vos outils préférés.
Contrairement aux grandes révolutions des versions majeures, Traefik 3.6.0 s’inscrit dans la philosophie de la v4 : vous obtenez les innovations au fur et à mesure, sans attendre des années. C’est frais, c’est utile, c’est maintenant.
Les vraies nouveautés qui changent la donne#
1) Multi-layer routing : l’innovation architecturale majeure#
C’est LA grande nouvelle. Jusqu’à présent, Traefik fonctionnait selon un chemin linéaire simple : entrypoint → router → service → serveur. Avec 3.6.0, les routers peuvent désormais forwarder les requêtes vers d’autres routers au lieu de seulement vers des services.
Concrètement, ça veut dire quoi ? Des arbres de routage complexes qui ouvrent des possibilités jusqu’à présent impossibles :
- Un premier niveau de routers dédié à l’authentification et l’autorisation
- Des routers intermédiaires pour les transformations de contenu
- Un routage hiérarchique adapté à vos besoins spécifiques
Parfait pour les architectures en couches où vous avez besoin de logique applicative sophistiquée avant d’atteindre votre service final.
2) Support Knative : les fonctions serverless arrivent#
Knative support dans Traefik veut dire que vous pouvez maintenant router du trafic aussi bien vers des microservices traditionnels que vers des fonctions serverless depuis le même ingress controller. Idéal si vous avez une architecture mixte ou si vous explorez le serverless Kubernetes.
3) Gateway API v1.4 : standards modernes maintenant#
Traefik continue de monter en version sur les standards. Avec Gateway API v1.4, vous profitez des améliorations les plus récentes du standard Kubernetes, incluant plus de flexibilité et de précision sur les règles de routage.
4) Améliorations des providers (Docker, ECS, Consul, Nomad)#
Les providers reçoivent un coup de fraîcheur :
- [acme] Nouvelles options pour les certificats resolvers (meilleure gestion des profils ACME)
- [docker] Capacité à découvrir les conteneurs non-actifs pour des cas d’usage particuliers
- [ecs] Support amélioré pour AWS ECS IPv6 (important si vous êtes en transition vers IPv6)
- [consul, consulcatalog, nomad] Logging amélioré du namespace des providers au démarrage
Ça peut sembler anecdotique, mais c’est le genre de détails qui fait la différence en production quand vous debugguez une configuration.
5) Dashboard et UI plus épurée#
Le dashboard reçoit une petite mise en beauté avec des paddings verticaux réduits dans les tableaux. C’est minimaliste, mais ça rend l’interface plus compacte et utilisable sur des petits écrans.
Ce qui change pour vous en pratique#
Si vous êtes en production :
- Testez d’abord dans un environnement staging. Les changements sont majoritairement additifs, mais il y a une guide de migration.
- Vérifiez votre configuration Docker, ECS ou Consul. Les améliorations de découverte pourraient activer des services que vous ne voyiez pas avant.
Si vous explorez les cas avancés :
- Le multi-layer routing vaut vraiment le coup. Ça change votre approche du routage.
- Knative + Traefik = combo gagnante pour les architectures serverless en prod.
Si vous êtes sur Kubernetes :
- La transition vers Gateway API v1.4 est fluide. Aucun changement cassant prévu.
La vision à long terme : v3.x plutôt que la « grosse v4 »#
Ce qui est sympa avec cette approche, c’est que Traefik demande que toutes les innovations de v4 arrivent d’abord en v3.x. NGINX support, multi-layer routing, Knative, Gateway API amélioré — vous les utilisez quand ils sont frais, pas après avoir attendu 2-3 ans pour une major release.
Quand v4 arrive finalement, ce sera juste une v3.x « nettoyée » avec les features dépréciées supprimées. Moins dramatique, plus progressif, plus honnête.
📢 Prochain article : Traefik et Portainer, l’implémentation concrète#
Vous êtes convaincu par Traefik 3.6.0 ? Le prochain article creusera comment mettre en oeuvre Traefik et Portainer ensemble pour une gestion moderne et accessible de votre infrastructure Docker.
Traefik et Portainer : de la théorie à la pratique#
Dans cet article, nous verrons comment combiner la puissance du routage de Traefik avec l’interface intuitive de Portainer pour orchestrer vos conteneurs en toute sérénité.
Sections abordées :
- Présentation rapide : Traefik et Portainer, leurs rôles respectifs et pourquoi les marier
- Pourquoi les utiliser ensemble : Gestion simplifiée, visibilité améliorée, et déploiements plus sûrs
- Architecture recommandée : Comment structurer votre stack Docker avec ces deux outils en harmonie
À bientôt pour cette implémentation concrète ! 🚀
Points d’attention avant de passer à 3.6.0#
- 📋 Migration guide : Une guide officielle de migration existe, consultez-la
- 🔐 Certificats et secrets : Si vous utilisez des custom cert providers, revalidez votre setup ACME
- 🧪 Testing en staging : Particulièrement si vous utilisez Docker ou ECS avec des configurations complexes
- 📊 Monitoring : Les métriques restent compatibles, mais regardez vos tableaux de bord Prometheus/Grafana après upgrade
Conclusion#
Traefik 3.6.0 n’est pas une révolution cosmétique — c’est une version qui enrichit vos capacités de routage avec le multi-layer, renforce les intégrations cloud (ECS IPv6, Knative), et continue d’être un excellent choix pour exposer vos services.
Pour les équipes DevOps cherchant une gestion moderne du trafic entrant sans changer complètement d’architecture, c’est un upgrade qui vaut le coup — sans urgence, mais sans doute non plus.