{"id":2543,"date":"2019-05-16T21:31:56","date_gmt":"2019-05-16T19:31:56","guid":{"rendered":"https:\/\/whiteducksoftware.com\/?p=2543"},"modified":"2021-12-07T15:12:01","modified_gmt":"2021-12-07T14:12:01","slug":"azure-deployment-manager","status":"publish","type":"post","link":"https:\/\/whiteduck.de\/en\/azure-deployment-manager\/","title":{"rendered":"Azure Deployment Manager – Erweitern Sie Ihre Cloud Deployment M\u00f6glichkeiten"},"content":{"rendered":"\n
Azure Deployment Manager – Erweitern Sie Ihre Cloud Deployment M\u00f6glichkeiten<\/h2>\n
Der Azure Deployment Manager befindet sich gerade in einer Preview-Phase. Ein Blick lohnt sich aber trotzdem. Er erlaubt n\u00e4mlich einen sogenannten “staged rollout” von ARM (Azure Resource Manager) Ressourcen \u00fcber mehrere Regionen hinweg. Es handelt sich dabei um ein komplett kostenloses Feature des Azure Resource Managers.<\/p><\/p>\n\n\n\n
Exkurs: Azure Resource Manager<\/h4>\n\n\n\n
In Azure existiert f\u00fcr die meisten Services ein Template, \u00fcber das die Eigenschaften des Service festgelegt sind. Zur Veranschaulichung findet sich in folgendem Bild ein kurzes Beispiel. Zu sehen ist das Template eines Azure Storage Accounts. Hier werden Eigenschaften wie Name, Region und Tier festgelegt.<\/p>\n
<\/p><\/p>\n\n\n\n\n\n
Es ist nun m\u00f6glich Templates zu konfigurieren und mit deren Hilfe (beispielsweise \u00fcber Azure DevOps Pipelines) ganze Infrastrukturumgebungen zu implementieren. Meist werden hierf\u00fcr auch noch weitere Skripte (z.B. PowerShell) ausgef\u00fchrt. Diese setzen beispielsweise Berechtigungen.<\/p>\n\n\n\n
Woraus besteht ein Deployment im Allgemeinen?<\/h4>\n\n\n\n
F\u00fcr ein Deployment gibt es grunds\u00e4tzlich drei Fragen die vorher gekl\u00e4rt werden m\u00fcssen.<\/p>\n\n\n\n
Wo sollen meine Dateien abgelegt werden? Also beispielsweise liegen die Binaries und Deployment Files in einem Repository wie Git.<\/li>
Wie soll die Toplogie aussehen? Sprich wie viele Ressourcen gibt es und in welchen Regionen sollen sie erstellt werden?<\/li>
In welcher Reihenfolge soll dies geschehen?<\/li><\/ol>\n\n\n\n<\/figure>\r\n
<\/p>\n\n\n\n
Der ADM<\/h3>\n\n\n\n
Um nun den ADM zu nutzen werden grundlegend 4 Dateien ben\u00f6tigt, welche vorzubereiten sind.<\/p>\n\n\n\n
Topology Template<\/li>
Rollout Template<\/li>
Parameter File for Topology<\/li>
Parameter File for Rollout<\/li><\/ul>\n\n\n\n
Folgend soll auf diese genauer eingegangen werden.<\/p>\n\n\n\n
Das Topology Template<\/h4>\n\n\n\n
Das Topology Template beschreibt welche Ressourcen genutzt werden und in welcher Reihenfolge, sowie in welcher Region diese zu erstellen sind. Hier wird auch die sogenannte “Artifact Source” referenziert (Artefakte sind dabei alle ARM Templates und Parameter Files des Deployments).<\/p>\n\n\n\n
Eine Service Topologie beschreibt eine Gruppe von miteinander verzahnten Services. Jeder Service liegt in einer Region und geh\u00f6rt zu einer Subscription. Ein Service besteht aus sogenannten Service Units die sich in einer oder mehrerer Ressource Groups befinden. Zudem wird hier auch der Deployment Modus festgelegt. Im Kontext ist eine Service Unit beispielsweise sowas wie das Front End oder das Backend. Die Service Units setzen sich aus ARM Ressourcen zusammen, welche auf Deployment Files basieren.<\/p>\n\n\n\n<\/figure>\r\n
<\/p>\n\n\n\n
Rollout Template<\/h4>\n\n\n\n
\u00dcber das Rollout Template wird die Reihenfolge bestimmt, mit der die Services und deren Abh\u00e4ngigkeiten zueinander deployed werden. Ein Rollout besteht wiederum aus Step Groups, welche die voraus- und nachgehenden Schritte (Steps) sowie das Deployment einer Service Unit beinhalten. Steps sind hierbei wiederverwendbare Aktionen die konfiguriert werden k\u00f6nnen. Als Beispiel sind nachfolgend einige aufgelistet.<\/p>\n\n\n\n
Wait: Abwarten einer gewissen Zeit<\/li>
Health Check: Pr\u00fcfe den Zustand des Services und erst, wenn eine definierte Voraussetzung erf\u00fcllt ist, fahre fort<\/li>
Web Extension: F\u00fchre einen Webservice aus und erst, wenn dies erfolgreich war, fahre fort<\/li>
Shell Extension: F\u00fchre ein Skript aus<\/li><\/ul>\n\n\n\n
Step Groups k\u00f6nnen parallel ausgef\u00fchrt werden, solange sie nicht voneinander abh\u00e4ngig sind.<\/p>\n\n\n\n<\/figure>\r\n
<\/p>\n\n\n\n
Parameter Files<\/h4>\n\n\n\n
Sowohl zum Deployen der Service Topologie als auch f\u00fcr das Rollout gibt es ein Parameter File. In diesem sind alle wichtigen Definitionen und die Quellen angegeben. Hier m\u00fcssen einige Variablen gesetzt werden.<\/p>\n\n\n\n
Verf\u00fcgbarkeit<\/h4>\n\n\n\n
Da sich der Service in einer Preview befindet werden derzeit nur die Azure Regionen Central US und East US 2 unterst\u00fctzt.<\/p>\n","protected":false},"excerpt":{"rendered":"
Azure Deployment Manager – Erweitern Sie Ihre Cloud Deployment M\u00f6glichkeiten Der Azure Deployment Manager befindet sich gerade in einer Preview-Phase. Ein Blick lohnt sich aber trotzdem. Er erlaubt n\u00e4mlich einen sogenannten “staged rollout” von ARM (Azure Resource Manager) Ressourcen \u00fcber mehrere Regionen hinweg. Es handelt sich dabei um ein komplett kostenloses Feature des Azure Resource <\/p>\n
![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/image.png\")
<\/p><\/p>\n\n\n\n\n\n![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/Untitled-Diagram-10.png\")
<\/p>\n\n\n\n![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/adm2.png\")
<\/p>\n\n\n\n![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/Rollout.png\")
<\/p>\n\n\n\n