Delen via

Overzicht van Azure Developer CLI-sjablonen

Azure Developer CLI-sjablonen (azd) zijn reguliere codeopslagplaatsen met voorbeeldtoepassingscode, evenals azd configuratie- en infrastructuurbestanden. azd met sjablonen kunt u Azure-resources inrichten, uw toepassing implementeren, CI/CD-pijplijnen configureren en meer. U kunt uw eigen sjablonen maken of aan de slag gaan met een bestaande sjabloon vanuit een sjabloonopslagplaats, zoals Awesome AZD. In dit artikel leert u meer over de volgende concepten:

  • Hoe azd u met sjablonen app-resources kunt inrichten en implementeren
  • Hoe azd sjablonen zijn gestructureerd
  • Bepalen of u een bestaande sjabloon wilt gebruiken of een sjabloon wilt maken
  • Bestaande azd starterssjablonen verkennen

Waarom azure Developer CLI-sjablonen gebruiken?

Ontwikkelaars hebben vaak te maken met veel tijdrovende en uitdagende taken bij het bouwen van goed ontworpen en geconfigureerde omgevingsbewuste apps voor de cloud. Teams moeten rekening houden met veel verschillende problemen in deze omgevingen, zoals het maken van resources, het toepassen van configuraties, het instellen van bewaking en logboekregistratie, het bouwen van CI/CD-pijplijnen en andere taken. azd sjablonen verminderen en stroomlijnen deze verantwoordelijkheden om de ontwikkelaar te helpen bij hun traject van lokale ontwikkeling naar een geïmplementeerde app in Azure.

Stel dat u werkt bij een bedrijf dat een ticketbeheer- en klantcommunicatieplatform beheert, waarvoor de volgende Azure-resources zijn vereist:

  • Twee App Service-exemplaren en een App Service-plan voor het hosten van een front-end-web-app en back-end-API
  • Een Key Vault-exemplaar voor het opslaan van beveiligde app-geheimen
  • Een Cosmos DB-database voor het permanent opslaan van app-gegevens
  • Azure Monitor-resources, zoals Application Insights-dashboards
  • Een Service Bus voor het beheren van schaalbare berichten
  • CI/CD-pijplijnen om ervoor te zorgen dat wijzigingen betrouwbaar kunnen worden geïmplementeerd via een geautomatiseerd, herhaalbaar proces.

In plaats van vanaf de basis te beginnen, kunt u bestaande azd architectuursjablonen gebruiken om de meeste resources voor u in te richten en te implementeren. Het ontwikkelteam kan zich vervolgens richten op het bouwen van de app en het aanbrengen van kleinere aanpassingen aan de sjabloonarchitectuur.

Hoe Azure Developer CLI-sjablonen werken

Azure Developer CLI-sjablonen zijn ontworpen voor gebruik met azd opdrachten zoals azd init en azd up. De sjablonen bevatten configuratie- en infrastructuur als codebestanden (IaC) die door de opdrachten worden gebruikt om taken uit te voeren, zoals het inrichten van Azure-resources en het implementeren van de app-code.

Een typische azd werkstroom met behulp van een bestaande sjabloon bevat bijvoorbeeld de volgende stappen:

  1. Voer de azd init opdracht uit met de --template parameter om een bestaande sjabloon te klonen vanuit GitHub.

    azd init --template todo-nodejs-mongo

  2. Voer de azd auth login opdracht uit om te verifiëren bij uw Azure-abonnement.

    azd auth login

  3. Voer de opdracht azd up uit om de sjabloonbronnen in te richten en te implementeren in Azure. De azd up opdracht maakt gebruik van de IaC-bestanden (configuration and infrastructure-as-code) in uw sjabloon om Azure-resources in te richten en uw toepassing in die resources te implementeren.

    azd up

  4. Zodra uw omgeving is ingesteld in Azure, kunt u de toepassingsfuncties of Azure-resourcesjablonen lokaal wijzigen en vervolgens azd up opnieuw uitvoeren om uw wijzigingen in te richten.

Azure Developer CLI-sjabloonstructuur verkennen

azd sjablonen zijn standaardcodeopslagplaatsen met enkele extra assets. Alle azd sjablonen delen een vergelijkbare bestandsstructuur op azd basis van conventies:

  • infra map bevat alle infrastructuur als codebestanden voor Bicep of Terraform voor de azd sjabloon. azd voert deze bestanden uit om de Azure-resources te maken die nodig zijn om uw app te hosten.
  • azure.yaml bestand : een configuratiebestand waarmee broncodemappen in uw project worden toegewezen aan Azure-resources die zijn gedefinieerd in de infra map voor implementatie. U kunt bijvoorbeeld een API-service en een webfront-endservice definiëren in afzonderlijke mappen en deze toewijzen aan verschillende Azure-resources voor implementatie.
  • .azure map: bevat essentiële Azure-configuraties en omgevingsvariabelen, zoals de locatie voor het implementeren van resources of andere abonnementsgegevens.
  • src map : bevat alle broncode van de implementeerbare app. Sommige azd sjablonen sluiten de src map uit en bieden alleen infrastructuurassets, zodat u uw eigen toepassingscode kunt toevoegen.

Een algemene azd sjabloon kan bijvoorbeeld overeenkomen met de volgende mapstructuur:

Een schermopname van een Azure Developer CLI-sjabloonstructuur.

azd sjablonen bevatten desgewenst ook een of meer van de volgende mappen:

  • .github mapje, bevat de CI/CD-werkstroombestanden voor GitHub Actions, de standaard CI/CD-provider voor azd.
  • .azdo map: als u besluit Azure Pipelines voor CI/CD te gebruiken, definieert u de configuratiebestanden van de workflow in deze map.
  • .devcontainer map : hiermee kunt u een Dev Container-omgeving instellen voor uw toepassing.

Begin met een bestaande sjabloon of maak uw eigen sjabloon

Er zijn twee hoofdmethoden voor het werken met azd sjablonen:

  • Begin met een bestaande azd sjabloon.
    • Dit is een goede keuze als u net aan de slag gaat met azd of als u op zoek bent naar een sjabloon om als basis te gebruiken voor een nieuwe app met een vergelijkbare architectuur en frameworks.
  • Een bestaand project converteren naar een azd sjabloon.
    • Dit is een goede keuze wanneer u al een bestaande app hebt, maar u deze compatibel wilt maken met azd mogelijkheden.

De volgende secties bevatten meer informatie over deze twee opties.

Beginnen met een bestaande sjabloon

Er is een brede selectie sjablonen azd beschikbaar in de awesome-azd-sjabloongalerie . Deze sjablonen bieden infrastructuur- en toepassingscode voor verschillende ontwikkelingsscenario's, taalframeworks en Azure-services. Als u een sjabloon vindt die overeenkomt met uw lokale toepassingsstack of gewenste architectuur, kunt u de sjablooncode uitbreiden en vervangen door uw eigen sjablooncode

De volgende azd sjablonen bieden bijvoorbeeld uitgangspunten voor algemene app-architecturen en frameworks:

Sjabloon Applicatiehost Technologiestack
React Web App met C#-API en MongoDB in Azure Azure App Service Azure Cosmos DB for NoSQL, Bicep
React Web App met C#-API en SQL Database in Azure Azure App Service Azure SQL Database, Bicep
Statische React-Webapplicatie + Functies met C#-API en SQL-database in Azure Azure Static Web Apps, Azure Functions Azure SQL Database, Bicep

Een nieuwe azd sjabloon voor uw app maken

U kunt een bestaande app ook converteren naar een azd sjabloon om de opslagplaats te verbeteren met inrichtings- en implementatiemogelijkheden. Met deze aanpak heeft u de meeste controle en creëert u een herbruikbare oplossing voor toekomstig ontwikkelingswerk aan de app. De stappen op hoog niveau voor het maken van uw eigen sjabloon zijn als volgt:

  • Initialiseer de projectsjabloon met azd init.
  • Maak de Bicep- of Terraform-infrastructuur als codebestanden in de infra map.
  • Werk het azure.yaml-bestand bij om de app-services te koppelen aan de Azure-resources.
  • Voorziening & uitrollen met azd up.

De volgende bronnen bieden meer informatie over het maken van uw eigen sjablonen:

Richtlijnen voor het gebruik van azd sjablonen

Houd er rekening mee dat elke sjabloon die u met Azure Developer CLI gebruikt, wordt gelicentieerd door de desbetreffende eigenaar (die al dan niet Microsoft is) onder de overeenkomst die bij de sjabloon hoort. Het is uw verantwoordelijkheid om te bepalen welke licentie van toepassing is op elke sjabloon die u wilt gebruiken.

Microsoft is niet verantwoordelijk voor niet-Microsoft-sjablonen en schermt deze sjablonen niet op beveiligings-, privacy-, compatibiliteits- of prestatieproblemen. De sjablonen die u gebruikt met Azure Developer CLI, inclusief sjablonen van Microsoft, worden niet ondersteund door een Microsoft-ondersteuningsprogramma of -service. Alle door Microsoft geleverde sjablonen worden geleverd ALS IS zonder enige garantie van welke aard dan ook.

Volgende stappen

Een sjabloon selecteren en implementeren

  • Last updated on