Warum Windchill eine Pipeline braucht
In vielen Installationen bedeutet ein Release noch immer: Ein Engineer kopiert Dateien auf Server, führt Befehle aus einer Wiki-Seite aus und hofft, dass die Testumgebung wirklich der Produktion entsprach. Das funktioniert, bis dieser Engineer im Urlaub ist. Eine Pipeline macht aus diesem Wissen Code, der jedes Mal gleich abläuft.
Was unsere Pipelines leisten
- Build. Customizing aus einem getaggten Commit kompilieren und paketieren.
- Test. Unit-Tests ausführen, dann auf eine frische Umgebung deployen und API- und Smoke-Tests dagegen laufen lassen.
- Paketierung. Ein einziges versioniertes Artefakt oder Docker-Image erzeugen, das unverändert weitergereicht wird.
- Promotion. Erst in Test, dann in Produktion ausrollen, mit Freigabeschritt und dokumentierter Entscheidung.
- Verifikation. Nach dem Deployment Health-Endpunkte und zentrale Geschäftsprozesse prüfen.
- Rollback. Mit einer Aktion zur Vorversion zurückkehren, regelmäßig getestet statt nur angenommen.
Infrastructure as Code
Server, Netzwerke, Datenbanken und Cluster sind in Terraform oder Bicep beschrieben und mit Ansible konfiguriert. Eine neue Testumgebung ist ein Pipeline-Lauf, kein Ticket an ein anderes Team.
Auch ohne Container
Pipelines lohnen sich auch auf klassischen virtuellen Maschinen. Viele Kunden starten dort und wechseln später zu Docker und Kubernetes, mit derselben Pipeline und einer einzigen geänderten Deployment-Stufe.