Over Azure Cloud Services (uitgebreide ondersteuning)

  • Artikel
  • 4 minuten om te lezen

Cloud Services (uitgebreide ondersteuning) is een nieuw Azure Resource Manager implementatiemodel voor Azure Cloud Services product en is nu algemeen beschikbaar. Cloud Services (uitgebreide ondersteuning) heeft het belangrijkste voordeel van het bieden van regionale tolerantie en functiepariteit met Azure Cloud Services geïmplementeerd met behulp van Azure Service Manager. Het biedt ook enkele ARM-mogelijkheden, zoals op rollen gebaseerde toegang en beheer (RBAC), tags, beleid en ondersteuning voor implementatiesjablonen.

Met deze wijziging wordt de naam van Service Manager azure-implementatiemodel voor Cloud Services gewijzigd Cloud Services (klassiek). U behoudt de mogelijkheid om uw web- en cloudtoepassingen en -services te bouwen en snel te implementeren. U kunt uw infrastructuur voor cloudservices schalen op basis van de huidige vraag en ervoor zorgen dat de prestaties van uw toepassingen kunnen blijven presteren en tegelijkertijd de kosten kunnen verlagen.

YouTube-video voor Cloud Services (uitgebreide ondersteuning).

Wat niet verandert

  • U maakt de code, definieert de configuraties en implementeert deze in Azure. Azure stelt de rekenomgeving in, voert uw code uit en bewaakt en onderhoudt deze voor u.
  • Cloud Services (uitgebreide ondersteuning) ondersteunt ook twee typen rollen: web en werkrol. Er zijn geen wijzigingen in het ontwerp, de architectuur of de onderdelen van web- en werkrollen.
  • De drie onderdelen van een cloudservice, de servicedefinitie (.csdef), de service-configuratie (.cscfg) en het servicepakket (.cspkg) worden doorgestuurd en er is geen wijziging in de indelingen.
  • Er zijn geen wijzigingen vereist voor runtimecode, omdat het gegevensvlak hetzelfde is en het besturingsvlak alleen verandert.
  • Azure GuestOS-releases en bijbehorende updates zijn afgestemd op Cloud Services (klassiek)
  • Onderliggend updateproces met betrekking tot updatedomeinen, hoe de upgrade wordt uitgevoerd, terugdraaien en toegestane servicewijzigingen tijdens een update worden niet gewijzigd

Wijzigingen in het implementatiemodel

Er zijn minimale wijzigingen vereist in serviceconfiguratiebestanden (.cscfg) en servicedefinitiebestanden (.csdef) voor het implementeren van Cloud Services (uitgebreide ondersteuning). Er zijn geen wijzigingen vereist voor runtimecode. Implementatiescripts moeten echter worden bijgewerkt om de nieuwe api's Azure Resource Manager aan te roepen.

Afbeelding van klassieke cloudserviceconfiguratie met toevoeging van sjabloonsectie.

De belangrijkste verschillen tussen Cloud Services (klassiek) en Cloud Services (uitgebreide ondersteuning) met betrekking tot implementatie zijn:

  • Azure Resource Manager-implementaties gebruiken ARM-sjablonen. Dit is een JSON-bestand (JavaScript Object Notation) dat de infrastructuur en configuratie voor uw project definieert. De sjabloon gebruikt een declaratieve syntaxis. Dit is een syntaxis waarmee u kunt aangeven wat u wilt implementeren zonder hiervoor de nodige reeks programmeeropdrachten te hoeven maken. Het serviceconfiguratie- en servicedefinitiebestand moet consistent zijn met de ARM-sjabloon tijdens het implementeren van Cloud Services (uitgebreide ondersteuning). U kunt dit doen door de ARM-sjabloon handmatig te maken of door PowerShell, Portal en Visual Studio.

  • Klanten moeten Azure Key Vault gebruiken voor het beheren van certificaten in Cloud Services (uitgebreide ondersteuning). Azure Key Vault kunt u toepassingsreferenties zoals geheimen, sleutels en certificaten veilig opslaan en beheren in een centrale en veilige cloudopslagplaats. Uw toepassingen kunnen tijdens run Key Vault verifiëren om referenties op te halen.

  • Alle resources die via de Azure Resource Manager moeten zich in een virtueel netwerk. Virtuele netwerken en subnetten worden in Azure Resource Manager gemaakt met behulp van bestaande Azure Resource Manager-API's en er moet naar worden verwezen in de sectie NetworkConfiguration van de .cscfg bij het implementeren van Cloud Services (uitgebreide ondersteuning).

  • Elke cloudservice (uitgebreide ondersteuning) is één onafhankelijke implementatie. Cloudservices (uitgebreide ondersteuning) bieden geen ondersteuning voor meerdere sleuven binnen één cloudservice.

    • Vip Wisselen kan worden gebruikt om te wisselen tussen twee cloudservices (uitgebreide ondersteuning). Als u een nieuwe versie van een cloudservice wilt testen en fasen, implementeert u een cloudservice (uitgebreide ondersteuning) en tagt u deze als VIP-wisselbaar met een andere cloudservice (uitgebreide ondersteuning)

  • Domain Name Service (DNS)-label is optioneel voor een cloudservice (uitgebreide ondersteuning). In Azure Resource Manager is het DNS-label een eigenschap van de openbare IP-resource die is gekoppeld aan de cloudservice.

Migratie naar Azure Resource Manager

Cloud Services (uitgebreide ondersteuning) biedt twee paden voor het migreren van Azure Service Manager naar Azure Resource Manager.

  1. Klanten implementeren cloudservices rechtstreeks in Azure Resource Manager en verwijderen vervolgens de oude cloudservice in Azure Service Manager.
  2. In-place migratie ondersteunt de mogelijkheid om Cloud Services migreren (klassiek) met minimale tot geen downtime naar Cloud Services (uitgebreide ondersteuning).

Aanvullende migratieopties

Bij het evalueren van migratieplannen van Cloud Services (klassiek) naar Cloud Services (uitgebreide ondersteuning) kunt u aanvullende Azure-services onderzoeken, zoals: Virtual Machine Scale Sets, App Service, Azure Kubernetes Serviceen Azure Service Fabric. Deze services blijven aanvullende mogelijkheden bieden, terwijl Cloud Services (uitgebreide ondersteuning) voornamelijk functiepariteit met Cloud Services (klassiek) behoudt.

Afhankelijk van de toepassing kan het voor Cloud Services (uitgebreide ondersteuning) aanzienlijk minder moeite kosten om naar Azure Resource Manager te gaan in vergelijking met andere opties. Als uw toepassing niet in ontwikkeling is, is Cloud Services (uitgebreide ondersteuning) een optie om rekening mee te houden, omdat deze een snel migratiepad biedt. Als uw toepassing daarentegen voortdurend in ontwikkeling is en een modernere functieset nodig heeft, kunt u andere Azure-services verkennen om beter te voldoen aan uw huidige en toekomstige vereisten.

Volgende stappen