Das Build-System wurde mit dem TFS 2015 von Grund auf neu konzipiert. Trends wie Cross-Plattform-Entwicklung für unterschiedlichste Cloud-, Desktop-, Server- und Mobilplattformen wurden von Beginn an bei der Neuentwicklung adressiert. Das Definieren von Build-Prozessen ist ebenfalls deutlich einfacher geworden und die Komplexität von XAML-basierten Workflows wurde entfernt. Das Releasemanagement, für das automatisierte Deployment und Testen der Software, setzt nun ebenfalls auf dem Konzept des neuen Build-Systems auf und wurde eng in TFS und Web Access integriert.

1. Build and Release Management
Nico Orschel
Senior Consultant, MVP / AIT GmbH & Co. KG, DE
Marc Müller
Principal Consultant, MVP / 4tecture GmbH, CH

2. Build und Release Management
– Früher und heute
Typische Umgebungen
Problemstellungen in der Praxis
Fazit

6. Wie sieht Build aktuell aus?
Build vNext / Team Build / JSON Build / …

8. ▪ Erweiterbarer Katalog (Community)
▪ Konfigurierbar über Variablen
▪ Stellen Demands an den Agent
▪ Cross-Plattform
▪ Technologie
▪ PowerShell, .NET (Win)
▪ JavaScript, Python (Non-Win)

9. Team Project
Collection
Build Controller
Build Agent
Team Project
Collection
Build Controller
Build Agent Build Agent Build Agent Build Agent
[…]
Symbol Server
Drop Server

10. Publish
Team Project
Collection
Build Controller
Symbol ServerDrop Server
Queue
Schedule
Trigger
Manual
Select
Publish
Build Agent
Report | Gated Checkin
Checkin

11. TFS (Account/Server) Build-Server 1
Build-Server 2
Pool 1 Pool 2
TPC 1 TPC 2
A1P1
A1P2A2P1
A4P2
A3P2
A5P2
Q-Pool 1
Q-Pool 2
Q-Pool 1
A2P2

12. Build vNext
Demo
13

14. TFS (Deployment)
Build-Server 1
Build-Server 2
Pool 1 Pool 2
TPC 1 TPC 2
A1P1
A1P2A2P1
A4P2
A3P2
A5P2
Q-Pool 1
Q-Pool 2
Q-Pool 1
A2P2
Cont.
A3
Build-Server 3
Controller*
A1 A2
*TFS 2010 - 2015

19. VS.

23. Team
Foundation
Server
Drop Location
RM ClientRM Web
QA
DEV
RM Server

25. Team
Foundation
Server
Drop Location
RM ClientTFS Web
Access
QA
DEV
(Build) Agent

26. - Engine basiert auf TFS 2015 Build Engine (JSON)
- Buildsteps aus JSON Build
- Umgebungen sehr flexibel (keine VMs mehr)

27. Release Management TFS 2015 Update 2
Demo

28. Ausrollen
• WebDeploy
• Xcopy
• Setup
…
Anpassen
• Custom.INI
• Web.Config
• Datenbanken
• …
Test
• Validierung
Deployment
Production
☺

29. Probleme in der Praxis
Erweiterte Themen

30. - Skalierung (viele VMs, viele Instanzen, …)
- Hybride Infrastruktur
-
-
-
- Viele Einstellungen / Properties
- Manifeste vs. web.config
- Rollback(s)
- Sicheres Speichern von Credentials / Access Keys

31. Rollback, Konfiguration, …
Erweiterte Themen

32. • Sinnvoll bei “Standalone”
Applikationen ohne externe
Abhängigkeiten
Altes Release
wieder einspielen
• Fehler finden und korrgieren
Fehler korrigieren
und ausrollen
• Minimale Änderungen als
Zwischenlösung während Fix
erstellt wird
Temporäre
Änderung
durchführen

33. Grundanforderung: Anwendung muss an sich änderende
Umgebung anpassbar sein
Bsp.:
• WebApp
•
•

34. Gehören niemals in die Source Control

35. Besser: Variablen in Release Management verwendne
Vorteil:
- Admin kann Keys etc. austauschen
- Keys sind in Historie

36. Lab Management v.next
Erweiterte Themen

37. - Neues Release Management benötigt nur eine HTTP/HTTPS
Verbindung zum TFS (One-way)
- Cloud und OnPrem beliebig kombinierbar

38. - Klassisch: VM Installation / Templates / Lab Management
- Besser: Moderne Cloud Mechanismen (Azure Resource
Manager)

39. Azure Templates can:
• Ensure Idempotency
• Simplify Orchestration
• Simplify Roll-back
• Provide Cross-Resource
Configuration and Update Support
Azure Templates are:
• Source file, checked-in
• Specifies resources and
dependencies (VMs, WebSites, DBs)
and connections (config, LB sets)
• Parametized input/output
Instantiation of repeatable
config.
Configuration → Resource Group
SQL - A Website
Virtual
Machines
SQL-A
Website
[SQL CONFIG] VM (2x)
DEPENDS ON SQLDEPENDS ON SQL
SQL CONFIG

40. https://resources.azure.com/

41. https://azure.microsoft.com/e
n-us/blog/export-template/

42. Erweiterungen
Erweiterte Themen

43. Basis bildet Build vNext
Programmiertechniken: PowerShell, JavaScript

44. Deployment Strategien – Heute und morgen
Erweiterte Themen

45. Quelle: https://octopus.com/blog/nano-server-future-deployment-models

46. Quelle: https://octopus.com/blog/nano-server-future-deployment-models

47. - Build produziert, Release Management liefert
- Architektur muss Flexibilität unterstützen
- Release Management ist einfach erweiterbar
- Cloud und On-Premise gemischt sind kein Widerspruch,
sondern die Realität

49. Performance & Load Testing mit Visual Studio
21.06.2016 14:15 - 16:15 Uhr Track: Performance
Continuous Quality
22.06.2016 09:00 - 10:00 Uhr Track: Better Coding
Agile Methoden in verteilten Teams
22.06.2016 14:15 - 15:15 Uhr Track: Agile

50. KONTAKT
Nico.Orschel@aitgmbh.de
+49 151 55052624
AIT GmbH & Co. KG
Leitzstr. 45, 70469 Stuttgart
www.aitgmbh.de
BERATUNG
Agile ALM und TFS
.NET und Architektur
ENTWICKLUNG
Dienstleister für individuelle
Lösungen mit .NET und Azure
© AIT GmbH & Co. KG – Alle genannten und gezeigten Marken oder Warenzeichen sind eingetragene Marken oder eingetragene Warenzeichen ihrer jeweiligen Eigentümer und ggf. nicht gesondert
gekennzeichnet. Aus dem Fehlen der Kennzeichnung kann nicht geschlossen werden, daß es sich bei einem Begriff oder einem Bild nicht um eine eingetragene Marke oder ein eingetragenes Warenzeichen
handelt.

51. Marc Müller
Principal Consultant
für DevOps, ALM, TFS /VS, .NET
E-Mail: marc.mueller@4tecture.ch
Webseite: http://www.4tecture.ch
Schulungen: http://4tecture.ch/trainings
Blog: http://4tecture.ch/blog
Twitter: @muellermarc