Veelgestelde vragen over ARM-sjablonen

ARM-sjablonen zijn JSON-bestanden waarin u definieert wat u wilt implementeren in Azure. Sjablonen helpen je bij het implementeren van een infrastructure-as-code-oplossing voor Azure. Uw organisatie kan de vereiste infrastructuur herhaaldelijk en betrouwbaar implementeren in verschillende omgevingen.

Zie Wat zijn ARM-sjablonen voor meer informatie over hoe ARM-sjablonen u helpen bij het beheren van uw Azure-infrastructuur?

Om het ontwerpen van ARM-sjablonen te vereenvoudigen, hebt u de juiste hulpprogramma's nodig. U wordt aangeraden Visual Studio Code en de azure Resource Manager-hulpprogramma-extensie te installeren. Zie quickstart: ARM-sjablonen maken met Visual Studio Code voor een korte inleiding tot deze hulpprogramma's.

Wanneer u klaar bent om meer te weten te komen over het maken van ARM-sjablonen, start u de reeks zelfstudies voor beginners over ARM-sjablonen. In deze zelfstudies wordt u stapsgewijs begeleid bij het maken van een ARM-sjabloon. U leert over de verschillende secties van de sjabloon en hoe ze samenwerken. Deze inhoud is ook beschikbaar als een Learn-module.

Gebruik de optie die u het beste bevalt. Beide services helpen u bij het automatiseren van implementaties in Azure.

We zijn van mening dat er voordelen zijn bij het gebruik van ARM-sjablonen ten opzichte van andere services voor infrastructuur als code. Zie Waarom ARM-sjablonen kiezen voor meer informatie over deze voordelen?

Ja, kijk op elk gewenst moment.

Neem deel aan onze Yammer-groep Voor algemene informatie over functies die we gebruiken.

Als u meer wilt weten over de nieuwe sjabloontaal, meldt u zich aan voor meldingen.

Zie de specificaties van azure Resource Manager-sjablonen voor meer informatie over sjabloonspecificaties.

Zie best practices voor ARM-sjablonen voor aanbevelingen over het implementeren van uw sjablonen. Nadat u een sjabloon hebt gemaakt, voert u de ARM-test-toolkit uit. Er wordt gecontroleerd of uw sjabloon overeenkomt met aanbevolen procedures.

Ja, u kunt de sjabloon exporteren uit een resourcegroep. De geëxporteerde sjabloon is een goed uitgangspunt voor meer informatie over sjablonen, maar u wilt deze waarschijnlijk aanpassen voordat u deze in een productieomgeving gebruikt.

Wanneer u de sjabloon exporteert, kunt u selecteren welke resources u wilt opnemen in de sjabloon.

Ja, u kunt een resourcegroep maken in een sjabloon wanneer u de sjabloon implementeert op het niveau van uw Azure-abonnement. Zie Resourcegroep en resources voor een voorbeeld van het maken van een resourcegroep en het implementeren van resources.

Ja, zie Programmatisch Azure-abonnementen maken met de nieuwste API's voor meer informatie.

Het is raadzaam om de ARM-testtoolkit en de wat-als-bewerking op uw sjablonen uit te voeren voordat u ze implementeert. De test-toolkit controleert of uw sjabloon gebruikmaakt van aanbevolen procedures. Er worden waarschuwingen weergegeven wanneer wijzigingen worden geïdentificeerd die de implementatie van uw sjabloon kunnen verbeteren.

In de wat-als-bewerking ziet u de wijzigingen die uw sjabloon in uw omgeving aanbrengt. U kunt onbedoelde wijzigingen zien voordat ze worden geïmplementeerd. Wat-als retourneert ook eventuele fouten die tijdens de preflight-validatie kunnen worden gedetecteerd. Als uw sjabloon bijvoorbeeld een syntactische fout bevat, wordt die fout geretourneerd. Ook worden eventuele fouten geretourneerd die kunnen worden bepaald over de uiteindelijke status van de geïmplementeerde resources. Als uw sjabloon bijvoorbeeld een opslagaccount implementeert met een naam die al wordt gebruikt, retourneert what-if die fout.

VS Code biedt intellisense voor het werken met de resource-eigenschappen. U kunt ook de sjabloonreferentie voor eigenschappen en beschrijvingen bekijken.

Gebruik het kopieerelement om meer dan één exemplaar op te geven. U kunt kopiëren gebruiken voor resources, eigenschappen, variabelen en uitvoer.

Zie Wat is Bicep (preview)? voor meer informatie over de nieuwe taal.

Er is momenteel geen plan om YAML te ondersteunen. We geloven dat de nieuwe sjabloontaal een oplossing biedt die gemakkelijker te gebruiken is dan YAML of JSON.

Ja, u kunt JSON-sjablonen blijven gebruiken.

Ja. Zie ARM-sjablonen converteren tussen JSON en Bicep.

Azure Blueprints gebruikt sjabloonspecificaties in de implementatie door de blueprint definition resource te vervangen door een template spec resource. We bieden een migratiepad voor het converteren van de blauwdrukdefinitie naar een sjabloonspecificatie, maar de API's voor blauwdrukdefinities worden nog steeds ondersteund. Er zijn geen wijzigingen in de blueprint assignment resource. Blauwdrukken blijven een gebruikerservaring voor het opstellen van een beheerde omgeving in Azure.

Nee, maar sjabloonspecificaties zijn ontworpen om goed te werken met gekoppelde sjablonen. U hoeft de gekoppelde sjabloon niet te verplaatsen naar een openbaar toegankelijk eindpunt voordat u de bovenliggende sjabloon implementeert. In plaats daarvan verpakt u de bovenliggende sjabloon en de bijbehorende artefacten bij het maken van de sjabloonspecificatie.

Ja, ze kunnen in verschillende abonnementen worden gebruikt zolang de gebruiker leestoegang heeft tot de sjabloonspecificatie. Sjabloonspecificaties kunnen niet worden gebruikt voor tenants.

Ja, gebruik implementatiescripts. U kunt Azure PowerShell- of Azure CLI-scripts opnemen in uw sjablonen.

Deze opties zijn nog steeds beschikbaar en zijn niet gewijzigd. Implementatiescripts zijn ontworpen om acties uit te voeren die niet zijn gerelateerd aan de VM-gast. Als u een script wilt uitvoeren op een hostbesturingssysteem in een VIRTUELE machine, is de aangepaste scriptextensie en/of DSC een betere keuze. Implementatiescripts hebben echter voordelen, zoals het instellen van de time-outduur.

Ja, u kunt implementatiescripts gebruiken in US Gov Arizona en US Gov Virginia.

Ja, gebruik de what-if-functie. Het evalueert de huidige status van uw omgeving en vergelijkt deze met de status die na de implementatie bestaat. U kunt de samengevatte wijzigingen bekijken om ervoor te zorgen dat de sjabloon geen onverwachte resultaten heeft.

Ja, beide implementatiemodi worden ondersteund. Zie Wat-als-bewerking uitvoeren voor een voorbeeld van het gebruik van de incrementele modus. Zie Verwijdering bevestigen voor een voorbeeld van het gebruik van de volledige modus.

Ja, wat-als evalueert de status van de bovenliggende sjabloon en de gekoppelde sjablonen.

Ja, u kunt wat-als gebruiken om te controleren of de pijplijn moet worden voortgezet.

We werken aan het verminderen van het lawaai. U helpt ons bij het verbeteren door hier problemen in te dienen in onze GitHub-opslagplaats: https://aka.ms/WhatIfIssues

We hebben een door de community bijgedragen VS Code-extensie die een uitstekende taak biedt om uw ARM-sjabloon te visualiseren. Hier ziet u de resources die u implementeert en de relaties ertussen.

Er wordt een voorbeeld van de sjabloon visualiseren in de portal weergegeven. Bekijk deze korte sessie van Build voor meer informatie.

In het verleden was deze limiet vijf resourcegroepen. Het is onlangs verhoogd tot 800 resourcegroepen. Zie Resourcegroepen en resources maken op abonnementsniveau voor meer informatie.

De implementatiegeschiedenis voor een resourcegroep wordt gewijzigd. In het verleden moest u implementaties handmatig uit deze geschiedenis verwijderen om deze fout te voorkomen. Vanaf juni 2020 worden implementaties automatisch uit de geschiedenis verwijderd wanneer u bijna de limiet bereikt. Raadpleeg Automatic deletions from deployment history (Automatische verwijderingen uit de implementatiegeschiedenis) voor meer informatie.

Het verwijderen van een implementatie uit de geschiedenis heeft geen invloed op de geïmplementeerde resources.

Ja. Zie Zelfstudie: Continue integratie van ARM-sjablonen met Azure Pipelines en ARM-sjablonen integreren met Azure Pipelines en ARM-sjablonen integreren met Azure Pipelines voor meer informatie over het gebruik van sjablonen en pijplijnen.

Ja, zie ARM-sjablonen implementeren met behulp van GitHub Actions.

Volgende stappen

Zie Wat zijn ARM-sjablonen? voor een inleiding tot ARM-sjablonen.