Grundlegendes zu Azure Cloud Services (erweiterter Support)

  • Artikel

Clouddienste (erweiterter Support) ist ein neues Bereitstellungsmodell fürAzure Cloud Services. Es basiert auf Azure Resource Managerund ist jetzt allgemein verfügbar. Die Hauptvorteile von Cloud Services (erweiterter Support) sind die regionale Resilienz sowie die Featureparität mit Azure Cloud Services bei der Bereitstellung mit Azure Service Manager. Darüber hinaus bietet es einige ARM-Funktionen, wie rollenbasierte Zugriffssteuerung (RBAC), Tags, Richtlinien und Unterstützung von Bereitstellungsvorlagen.

Aufgrund dieser Änderung wird das auf Azure Service Manager basierende Bereitstellungsmodell für Cloud Services in Cloud Services (klassisch) umbenannt. Sie haben weiterhin die Möglichkeit, Ihre Web- und Cloudanwendungen und -dienste zu entwickeln und schnell bereitzustellen. Sie können Ihre Infrastruktur für Clouddienste bedarfsabhängig skalieren und sicherstellen, dass die Leistung Ihrer Anwendungen ausreicht, während gleichzeitig die Kosten reduziert werden.

YouTube video for Cloud Services (extended support).

Nicht von der Änderung betroffene Bereiche

  • Sie erstellen den Code, definieren die Konfigurationen und führen die Bereitstellung in Azure durch. Azure richtet die Compute-Umgebung ein, führt Ihren Code aus und übernimmt dann die Überwachung und Verwaltung für Sie.
  • Bei Cloud Services (erweiterter Support) werden auch zwei Arten von Rollen unterstützt: Web und Worker. Es werden keine Änderungen am Entwurf, an der Architektur oder den Komponenten von Web- und Workerrollen vorgenommen.
  • Die drei Komponenten eines Clouddiensts, also die Dienstdefinition (.csdef), die Dienstkonfiguration (.cscfg) und das Dienstpaket (.cspkg), sind weiterhin ohne Änderung des Formats vorhanden.
  • Es müssen keine Änderungen am Runtimecode vorgenommen werden, da die Datenebene identisch ist und nur die Steuerungsebene geändert wurde.
  • Ausrichtung der Releases von Azure-Gastbetriebssystemen und der zugehörigen Updates auf Cloud Services (klassisch)
  • Keine Änderung des zugrunde liegenden Updateprozesses in Bezug auf Upgradedomänen, Durchführung des Upgrades, Rollback und zulässige Dienständerungen während eines Updates

Änderungen am Bereitstellungsmodell

Für die Bereitstellung von Cloud Services (erweiterter Support) sind nur geringfügige Änderungen an der Dienstkonfiguration (.cscfg) und der Dienstdefinition (.csdef) erforderlich. Es müssen keine Änderungen am Runtimecode vorgenommen werden. Es ist aber erforderlich, die Bereitstellungsskripts zu aktualisieren, um die neuen Azure Resource Manager-basierten APIs aufzurufen.

Image shows classic cloud service configuration with addition of template section.

Hauptunterschiede zwischen Cloud Services (klassisch) und Cloud Services (erweiterter Support) in Bezug auf die Bereitstellung:

  • Für Azure Resource Manager-Bereitstellungen werden ARM-Vorlagen verwendet. Hierbei handelt es sich um eine JSON-Datei (JavaScript Object Notation), in der die Infrastruktur und die Konfiguration für Ihr Projekt definiert sind. Für die Vorlage wird deklarative Syntax verwendet. Hiermit können Sie angeben, was Sie bereitstellen möchten, ohne dass Sie die Folge der Programmierbefehle für die Erstellung schreiben müssen. Die Datei für die Dienstkonfiguration und die Dienstdefinition muss beim Bereitstellen von Cloud Services (erweiterter Support) jeweils mit der ARM-Vorlage konsistent sein. Dies kann erreicht werden, indem entweder die manuelle Erstellung der ARM-Vorlage gewählt wird oder PowerShell, das Portal und Visual Studio verwendet werden.

  • Kunden müssen Azure Key Vault nutzen, um Zertifikate in Cloud Services (erweiterter Support) zu verwalten. Mit Azure Key Vault können Sie die Anmeldeinformationen von Anwendungen, z. B. Geheimnisse, Schlüssel und Zertifikate, in einem zentralen und geschützten Cloudrepository sicher speichern und verwalten. Ihre Anwendungen können sich zur Laufzeit bei Key Vault authentifizieren, um die Anmeldeinformationen abzurufen.

  • Alle Ressourcen, die über Azure Resource Manager bereitgestellt werden, müssen sich in einem virtuellen Netzwerk befinden. Virtuelle Netzwerke und Subnetze werden in Azure Resource Manager erstellt, indem vorhandene Azure Resource Manager-APIs verwendet werden. Beim Bereitstellen von Cloud Services (erweiterter Support) muss im Abschnitt „NetworkConfiguration“ der CSCFG-Datei dann darauf verwiesen werden.

  • Bei jeder Instanz von Cloud Services (erweiterter Support) handelt es sich um eine unabhängige Bereitstellung. Für Cloud Services (erweiterter Support) werden für einen Clouddienst nicht mehrere Slots unterstützt.

    • Die Funktion für den VIP-Austausch (VIP Swap) kann genutzt werden, um zwischen zwei Instanzen von Cloud Services (erweiterter Support) zu wechseln. Um eine neue Version eines Clouddiensts zu testen und zu stagen, stellen Sie einen Clouddienst (erweiterter Support) bereit und geben dafür an, dass der VIP-Austausch mit einem anderen Clouddienst vom Typ „Erweiterter Support“ möglich ist.

  • Die DNS-Bezeichnung (Domain Name Service) ist für Cloud Services (erweiterter Support) optional. In Azure Resource Manager ist die DNS-Bezeichnung eine Eigenschaft der öffentlichen IP-Ressource, die dem Clouddienst zugeordnet ist.

Migration zu Azure Resource Manager

In Cloud Services (erweiterter Support) gibt es zwei Möglichkeiten, wie Sie die Migration von Azure Service Manager zu Azure Resource Manager durchführen können.

  1. Kunden stellen Clouddienste direkt in Azure Resource Manager bereit und löschen anschließend den alten Clouddienst in Azure Service Manager.
  2. Bei der direkten Migration wird das Verfahren unterstützt, bei dem Cloud Services (klassisch) ohne bzw. nur mit minimaler Ausfallzeit zu Cloud Services (erweiterter Support) migriert wird.

Zusätzliche Migrationsoptionen

Bei der Auswertung von Migrationsplänen von Cloud Services (klassisch) zu Cloud Services (erweiterter Support) sollten Sie zusätzliche Azure-Dienste wie: Vm Scale Sets, App Service, Azure Kubernetes Service und Azure Service Fabric untersuchen. Diese Dienste verfügen weiterhin über zusätzliche Funktionen, während für Cloud Services (erweiterter Support) weitestgehend die Featureparität mit Cloud Services (klassisch) beibehalten wird.

Je nach Anwendung ist der Aufwand für die Umstellung auf Azure Resource Manager für Cloud Services (erweiterter Support) unter Umständen deutlich geringer als bei anderen Optionen. Falls Ihre Anwendung nicht weiterentwickelt wird, ist Cloud Services (erweiterter Support) eine gute Option, weil Sie einen kurzen Migrationspfad nutzen können. Wenn Ihre Anwendung dagegen ständig weiterentwickelt wird und moderne Features benötigt, sollten Sie andere Azure-Dienste erkunden, die Ihre derzeitigen und zukünftigen Anforderungen ggf. besser erfüllen.

Nächste Schritte