{"id":258,"date":"2019-03-24T20:04:35","date_gmt":"2019-03-24T20:04:35","guid":{"rendered":"http:\/\/tachi-it.com\/?p=258"},"modified":"2019-03-24T20:04:36","modified_gmt":"2019-03-24T20:04:36","slug":"infrastructure-as-code-mit-azure-devops","status":"publish","type":"post","link":"https:\/\/tachi-it.com\/infrastructure-as-code-mit-azure-devops\/","title":{"rendered":"Infrastructure as Code mit Azure DevOps"},"content":{"rendered":"\n
Im letzten Beitrag<\/a> haben wir kurz vorgestellt, wie wir Infrastruktur in Azure via Azure ARM und Azure CLI bereitstellen k\u00f6nnen. Dieses Vorgehen wird als Infrastructure as Code (IaC<\/a>) bezeichnet. <\/p>\n\n\n\n Dabei mussten wir feststellen, dass trotz einheitlicher Skripte bestimmte Parameter mehrfach angegeben werden m\u00fcssen. Gerade die Eingabe des SQL Admin Passworts ist umst\u00e4ndlich, fehleranf\u00e4llig und f\u00fcr den Produktivbetrieb letztendlich ungeeignet. Dar\u00fcber hinaus ben\u00f6tigt man zum Ausf\u00fchren der Skripte die erforderlichen Rechte.<\/p>\n\n\n\n Aus diesem Grund nutzen wir Azure DevOps<\/a>, fr\u00fcher bekannt als Visual Studio Online (VSO) oder auch Visual Studio Team Service (VSTS). Azure DevOps hat neben verschiedenen Pipeline Arten ….<\/p>\n\n\n\n Wir werden f\u00fcr unser Beispiel einzig die Release Pipelines<\/a> verwenden. Diese Art beruht urspr\u00fcnglich auf vorangegangenen Build Pipelines und deren Artefakte. Vereinfacht werden wir direkt auf das entsprechende GitHub<\/a> zugreifen und dessen Skripte nutzen.<\/p>\n\n\n\n Daf\u00fcr Links die Option Artifacts –> Add<\/em> w\u00e4hlen, dann das entsprechende GitHub Repository w\u00e4hlen. Weiter muss ein Default Branch gew\u00e4hlt werden. Dieser ist wichtig, um in nachfolgenden Schritten durch das Repository navigieren zu k\u00f6nnen, kann jedoch f\u00fcr jedes Release ge\u00e4ndert werden.<\/p>\n\n\n\nErstellen der Release Pipeline<\/h2>\n\n\n\n