Continuous Delivery in der Praxis

Häufige Releases sind das Ziel einer CD-Pipeline. Dafür ist neben einer neuen Kultur auch die Automatisierung der Pipeline erforderlich. Was mit „Hello World“ einfach aussieht, birgt einige Tücken. Berechtigungen, Verfügbarkeit von Build- und Testservern, Signieren mittels HW-Token sowie vertraulicher Daten sind Themen, die über reines Builden hinausgehen. Wir zeigen an einem Praxisbeispiel, wie man diese Punkte in der Praxis lösen kann. Dabei setzen wir technologisch EV Code Signing mit Token, .NET, VS Tools for Office und VSTS ein.

Zielpublikum: Architekten, Entwickler
Voraussetzungen: Basiskenntnisse CI/CD
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Tägliche oder sogar stündliche Releases zu ermöglichen, ist das Ziel einer guten Continuous-Delivery (CD)-Pipeline. Um dies zu erreichen, ist neben einer neuen Arbeitskultur eben auch eine 100%ige Automatisierung der kompletten Pipeline erforderlich. Was mit „Hello World“-Projekten in Beispielen so wunderbar einfach aussieht, birgt in der Praxis doch so einige Tücken. Berechtigungen, Verfügbarkeit von Buildservern und Testumgebungen, aber auch das Signieren von Code mittels Hardware-Token sowie der Umgang mit besonders schützenswerten Zugangsdaten sind Themen, die über das reine Zusammenstellen der Binaries hinausgehen. Doch auf genau diese Themen stößt man in der Praxis und diese gilt es zu lösen, bevor man von einer vollautomatisierten Delivery-Pipeline sprechen kann. Wir zeigen im Vortrag an einem Praxisbeispiel, wie man die o.g. Herausforderungen lösen kann. Dabei setzen wir technologisch EV Code Signing mit USB Token, .NET, Visual Studio Tools for Office und TFS / VSTS (Visual Studio Team Services) ein. Der Vortrag zeigt in Hands-on einzelne Konfigurationen, Build- und Release-Schritte sowie PowerShell-Skripte, mit denen wir die Herausforderungen einer vollautomatisierten Pipeline gelöst haben und damit CI/CD auf verschiedenen Release Trains ermöglichen.