Test- und Produktionsumgebungen gehören zum täglich Brot von Entwicklungs-, Test- und Adminteams. In der Praxis sieht man dabei sehr oft das Phänomen, dass die diversen Umgebungen immer wieder von den Beteiligten händisch angelegt und gepflegt werden. In modernen DevOps-Prozessen ist dieses Vorgehen nicht mehr zeitgemäß. Im Vortrag soll vorgestellt werden, wie Umgebungen mit modernen Deployment- und Verwaltungskonzepten automatisiert werden können. Die Grenze ist dabei nicht beim reinen Anlegen und Verwalten zu sehen, sondern umfasst auch die Anbindung und Integration an die Entwicklungs- und Testinfrastruktur (TFS-Build- und Release-Management). Als Beispiele werden exemplarisch Szenarien auf Basis von modernen Containertechnologien (Docker, Windows-Container) sowie Azure-Technologien wie Azure Dev/Test gezeigt. Unter Berücksichtigung der Szenarien werden die jeweiligen kontextbezogenen Vor-/Nachteile betrachtet und bewertet.

1. Nico Orschel AIT
Marc Müller 4tecture
Test- und Releaseumgebungen der
nächsten Generation mit TFS 2015

2. Intro

3. Was hatten wir bisher
• Physikalische Maschinen
• Virtuelle Maschinen
• Lab Management (SCVMM Hyper-V)
• Release Management

4. Herausforderungen
• Lab Management wird es in dieser
Form nicht mehr geben.
– Einfaches Klonen?
– Einfaches Erstellen von Snapshots?
• Build Server sind eher mühsam zu
unterhalten
• Lab Management (SCVMM Hyper-V)

5. Was bringt die Zukunft?
• Cloud als Dev / Test Umgebung
• Azure Resource Manager
• Container
• Package Management
Sind Container nur ein Hype?

6. Docker Hype
• Docker image downloads 1.2 billions in 2015
• 40% of organization using docker in
production
• 50% of companies in the current Docker Hub
beta are furtune 100 companies
• 60’000 projects on GitHub containing Docker
• 5,6M Docker Hub pulls per day

7. Docker Hype
• Containers have been around for many
years
• Docker Inc. Did not invent them
• Docker makes containers easy
• Docker provides a container packagint
format

8. Release Management

9. DevOps
Plan + Track
Develop + Test
Release
Monitor + Learn
Development Operations
DevOps

10. Release process

11. Release cycle

13. Team
Foundation
Server
Drop Location
RM ClientRM Web
QA
DEV
RM Server
How it works - Damals

15. Team
Foundation
Server
Drop Location
RM ClientTFS Web
Access
QA
DEV
Build Agent
How it works - Demnächst

16. Key Features Release
Management
1. Automate deployment to an
environment
2. Orchestrate deployment across
environments
3. Track deployments
4. Integrate with other Build, Cloud, and
deployment services

17. Demo
Release Management

18. Azure Resource
Manager

19. Azure Resource Manager
• Application Lifecycle Container
• Declarative solution for Deployment and
Configuration
• Consistent Management Layer

20. 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
Power of Repeatability
SQL - A Website
Virtual
Machines
SQL-A
Website
[SQL CONFIG] VM (2x)
DEPENDS ON SQLDEPENDS ON SQL
SQL CONFIG

21. Demo
Azure Resource Manager

22. Containers

23. Containers vs VM

24. The container Layering
system
Image
layers
IIS
MyApp
Windows Server Core
Sandbox Node
MyApp

25. Physical Server
How a container work
Host OS w Container support
Copy on write
IIS

26. Physical Server
How a container work
Host OS w Container support
Copy on write
Isolation

27. How a container work
Physical Server
Host OS w Container support
Copy on write
Isolation
Resource Governance

28. Hyper-V Container
Windows Server
Container
Write once, deploy anywhere
Container
Management
PowerShell
Docker
Windows
Container
Images
Application
Framework
The container world

29. Kernel
Kernel
mode
Host OS
Container
Management
Docker PS
Kernel
Host OS
Container
Management
Docker PS
Kernel Kernel
Hyper-V
Isolated runtime environment
for hosted applications
leveraging additional Hyper-V
provided isolation boundary
Isolated runtime environment for
hosted applications
Windows
Containers
Hyper-V
Containers
Windows vs Hyper-V containers

30. Demo
Container + Release Management + x

31. DevOps and
Containers

32. Why Containers help?
Developers
Worries about what’s
“inside” of the container:
- Code
- Libraries
- Packages
- Apps
- Data
IT Pro
Worries about what’s
“outside” of the container:
- Network
- Monitoring
- Remote Access
- Logging

33. Central
Repository
Application
Framework
Local
Repository
Application
Framework
using System;
class Program
{
static void Main()
{
}
}
Developers using containers

34. Central
Repository
Application
Framework
The container Repository

35. Dev/Ops Process with Containers
Developers
Operations collaborates with
developers to provide app
metrics and insights
Developers update,
iterate, and deploy
updated containers
Operations automates
deployment and
monitors deployed apps
from central repository
Containers pushed to
central repository

36. Why containers and
microservices
• Fast deployment, (close to) instant
startup
• Auto-Scale, partitioning, density
• Reusable and portable code
• Reduce developer friction
• Diverse developer framework support

37. Recap

38. Recap
• Same system for build and release
• Fast and simple
• Autmation is the key to efficiency

39. Wir unterstützen Sie
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.

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