Ce qui change avec les conteneurs
L’application devient une image construite une seule fois, qui s’exécute de la même manière dans chaque environnement. Les method servers montent en charge sous forme de réplicas, et non plus à coups de fichiers de propriétés modifiés à la main. Un environnement de test est une release Helm que l’on crée le matin et que l’on supprime le soir, et une mise à niveau ratée s’annule par un rollback vers la release précédente.
Ce qui ne change pas
La base de données et les vaults de fichiers exigent toujours un stockage persistant soigné, des sauvegardes et un plan de reprise. Les licences et les conditions de support de PTC s’appliquent toujours. Les conteneurs rendent Windchill plus simple à exploiter, ils ne l’affranchissent pas de ses règles : avant toute conception, nous examinons donc avec vous la position de support de PTC pour votre version.
Notre stack de référence
- Des images Docker construites par le pipeline et stockées dans votre container registry
- Des Helm charts avec un fichier de values par environnement
- Azure Kubernetes Service, OpenShift ou Kubernetes upstream on-premise
- Azure Files, NetApp ou votre plateforme de stockage pour les vaults et les fichiers partagés
- SQL Server ou Oracle managé, en dehors du cluster
- Prometheus et Grafana, ou Azure Monitor, avec des alertes qui préviennent la bonne personne
Cloner la production en quelques heures
Données et configuration étant séparées de l’image, nous pouvons reconstruire en quelques heures une copie complète de la production pour une répétition de mise à niveau ou une session de formation, en masquant les données sensibles si nécessaire.