Azd | The .NET Blog

azd-hooks in Python, TypeScript en .NET: genoeg van shell-scripts

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor de originele versie, klik hier.

Als je ooit een volledig .NET-project had en toch Bash-scripts moest schrijven voor azd-hooks, dan ken je dat gevoel maar al te goed. Waarom overstappen naar shell-syntax voor een pre-provisioning stap wanneer de rest van het project C# is?

Die frustratie heeft nu een officiële oplossing. De Azure Developer CLI heeft multi-taalondersteuning voor hooks uitgebracht, en het is precies zo goed als het klinkt.

Wat zijn hooks

Hooks zijn scripts die worden uitgevoerd op cruciale momenten in de azd-levenscyclus — voor provisioning, na deployment, en meer. Ze worden gedefinieerd in azure.yaml en maken het mogelijk om aangepaste logica te injecteren zonder de CLI aan te passen.

Voorheen werden alleen Bash en PowerShell ondersteund. Nu kun je Python, JavaScript, TypeScript of .NET gebruiken — en azd regelt de rest automatisch.

Hoe detectie werkt

Wijs de hook naar een bestand en azd leidt de taal af uit de extensie:

hooks:
 preprovision:
 run: ./hooks/setup.py
 postdeploy:
 run: ./hooks/seed.ts
 postprovision:
 run: ./hooks/migrate.cs

Geen extra configuratie nodig. Als de extensie onduidelijk is, kun je kind: python (of de betreffende taal) expliciet toevoegen.

Taalspecifieke details

Python

Plaats een requirements.txt of pyproject.toml naast het script (of in een bovenliggende map). azd maakt automatisch een virtuele omgeving, installeert afhankelijkheden en voert het script uit.

JavaScript en TypeScript

Hetzelfde patroon — een package.json bij het script en azd voert eerst npm install uit. Voor TypeScript wordt npx tsx gebruikt, zonder compilatiestap en zonder tsconfig.json.

.NET

Twee beschikbare modi:

Projectmodus: Als er een .csproj naast het script staat, voert azd automatisch dotnet restore en dotnet build uit.
Single-file modus: Op .NET 10+ kunnen zelfstandige .cs-bestanden direct worden uitgevoerd via dotnet run script.cs. Geen projectbestand vereist.

Executor-specifieke configuratie

Elke taal ondersteunt een optioneel config-blok:

hooks:
 preprovision:
 run: ./hooks/setup.ts
 config:
 packageManager: pnpm
 postprovision:
 run: ./hooks/migrate.cs
 config:
 configuration: Release
 framework: net10.0

Waarom dit belangrijk is voor .NET-ontwikkelaars

Hooks waren de laatste plek in een azd-gebaseerd project die een taalwissel afdwong. Nu kan de volledige deployment pipeline — van applicatiecode tot lifecycle-hooks — in één taal leven. Bestaande .NET-utilities zijn herbruikbaar in hooks, gedeelde bibliotheken kunnen worden gerefereerd en shell-scriptonderhoud is verleden tijd.

Conclusie

Een van die veranderingen die klein lijken maar dagelijks veel wrijving uit de azd-workflow halen. Multi-taalondersteuning voor hooks is nu beschikbaar — bekijk de officiële post voor de volledige documentatie.

azd + GitHub Copilot: AI-gedreven projectopzet en slimme foutoplossing

Emiliano Montesdeoca — Tue, 21 Apr 2026 00:00:00 +0000

Dit artikel is automatisch vertaald. Voor de originele Engelse versie, klik hier.

Ken je dat moment waarop je een bestaande app naar Azure wilt deployen en je naar een lege azure.yaml staart, terwijl je probeert te herinneren of je Express API Container Apps of App Service moet gebruiken? Dat moment is zojuist een stuk korter geworden.

De Azure Developer CLI (azd) integreert nu met GitHub Copilot op twee concrete manieren: AI-ondersteunde projectscaffolding tijdens azd init, en intelligente foutoplossing wanneer deployments mislukken. Beide functies blijven volledig in de terminal.

Setup met Copilot tijdens azd init

Wanneer je azd init uitvoert, is er nu een optie “Set up with GitHub Copilot (Preview)”. Selecteer die en Copilot analyseert je codebase om de azure.yaml, infrastructuursjablonen en Bicep-modules te genereren — gebaseerd op je echte code.

azd init
# Selecteer: "Set up with GitHub Copilot (Preview)"

Vereisten:

azd 1.23.11 of nieuwer — controleer met azd version of update met azd update
Actief GitHub Copilot-abonnement (Individual, Business of Enterprise)
GitHub CLI (gh) — azd vraagt om login als dat nodig is

Wat ik echt nuttig vind: het werkt in beide richtingen. Bouw je van de grond af? Copilot helpt je de juiste Azure-services vanaf het begin te configureren. Heb je een bestaande app die je wilt deployen? Wijs Copilot daarop en het genereert de configuratie zonder dat je iets hoeft te herstructureren.

Wat het eigenlijk doet

Stel je hebt een Node.js Express API met een PostgreSQL-afhankelijkheid. In plaats van handmatig te kiezen tussen Container Apps en App Service en dan Bicep van de grond af te schrijven, detecteert Copilot je stack en genereert:

Een azure.yaml met de juiste language-, host- en build-instellingen
Een Bicep-module voor Azure Container Apps
Een Bicep-module voor Azure Database for PostgreSQL

En het voert voorafgaande controles uit voor wijzigingen — verifieert dat je git-werkdirectory schoon is, vraagt van tevoren toestemming voor MCP-servertools. Niets gebeurt zonder dat je precies weet wat er gaat veranderen.

Foutoplossing met Copilot

Deployment-fouten zijn onvermijdelijk. Ontbrekende parameters, toestemmingsproblemen, SKU-beschikbaarheid — en het foutbericht vertelt je zelden het enige dat je echt moet weten: hoe je het oplost.

Zonder Copilot ziet de lus er zo uit: kopieer de fout → zoek in docs → lees drie irrelevante Stack Overflow-antwoorden → voer wat az CLI-opdrachten uit → probeer opnieuw en hoop. Met Copilot geïntegreerd in azd stort deze lus in. Wanneer een azd-opdracht mislukt, biedt het onmiddellijk vier opties:

Explain — uitleg in begrijpelijke taal van wat er mis ging
Guidance — stapsgewijze instructies om het probleem op te lossen
Diagnose and Guide — volledige analyse + Copilot past de oplossing toe (met jouw goedkeuring) + optioneel opnieuw proberen
Skip — zelf afhandelen

Het cruciale punt: Copilot heeft al context over je project, de mislukte opdracht en de foutdetails. Zijn suggesties zijn specifiek voor jouw situatie.

Een standaardgedrag instellen

Als je altijd dezelfde optie kiest, sla de interactieve prompt over:

azd config set copilot.errorHandling.category troubleshoot

Waarden: explain, guidance, troubleshoot, fix, skip. Je kunt ook automatisch herstellen en opnieuw proberen inschakelen:

azd config set copilot.errorHandling.fix allow

Op elk moment terug naar de interactieve modus:

azd config unset copilot.errorHandling.category

Samenvatting

Voer azd update uit voor de nieuwste versie en probeer azd init op je volgende project.

Lees de originele aankondiging hier.

azd update — Één Opdracht voor Al je Package Managers

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Ken je dat bericht “Een nieuwe versie van azd is beschikbaar” dat elke paar weken verschijnt? De boodschap die je wegklikt omdat je niet meer weet of je azd via winget, Homebrew of dat curl-script van zes maanden geleden hebt geïnstalleerd? Dat is eindelijk opgelost.

Microsoft heeft zojuist azd update uitgebracht — één opdracht die de Azure Developer CLI bijwerkt naar de nieuwste versie, ongeacht hoe je het oorspronkelijk hebt geïnstalleerd.

Hoe het werkt

azd update

Dat is alles. Voor vroege toegang tot nieuwe functies:

azd update --channel daily
azd update --channel stable

De opdracht detecteert je huidige installatiemethode en gebruikt het juiste updatemechanisme.

De kleine vangst

azd update wordt geleverd vanaf versie 1.23.x. Als je een oudere versie hebt, moet je één laatste handmatige update uitvoeren. Daarna regelt azd update alles.

Waarom het uitmaakt

Dit is een kleine kwaliteitsverbetering, maar voor degenen onder ons die azd dagelijks gebruiken voor het implementeren van AI-agents en Aspire-apps naar Azure, is het bijblijven belangrijk.

Lees de volledige aankondiging.

azd Laat Je Nu AI-Agents Lokaal Uitvoeren en Debuggen — Dit Veranderde in Maart 2026

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Zeven releases in één maand. Dat is wat het Azure Developer CLI (azd)-team in maart 2026 uitbracht, en de hoofdfunctie is waar ik op wachtte: een lokale loop voor uitvoeren en debuggen van AI-agents.

AI-agents uitvoeren en debuggen zonder implementeren

Dit is de grote. De nieuwe extensie azure.ai.agents voegt een reeks opdrachten toe:

azd ai agent run — start je agent lokaal
azd ai agent invoke — stuurt berichten naar hem (lokaal of geïmplementeerd)
azd ai agent show — toont containerstatus en gezondheid
azd ai agent monitor — streamt containerlogs in real-time

Voorheen betekende het testen van een AI-agent telkens implementeren naar Microsoft Foundry. Nu kun je lokaal itereren.

GitHub Copilot maakt je azd-project aan

azd init biedt nu een optie “Set up with GitHub Copilot (Preview)”. Een Copilot-agent maakt de configuratie voor je projectstructuur.

Container App Jobs en implementatieverbeteringen

Container App Jobs: azd implementeert nu Microsoft.App/jobs via de bestaande host: containerapp-config
Configureerbare implementatie-time-outs: Nieuwe --timeout-vlag op azd deploy
Lokale build-fallback: Wanneer remote ACR-build mislukt, schakelt azd automatisch terug naar lokale Docker/Podman
Lokale preflight-validatie: Bicep-parameters worden lokaal gevalideerd vóór implementatie

Samenvatting

De lokale AI-agent debuggingloop is de ster van deze release. Bekijk de volledige releasenotes.

Van Laptop naar Productie: AI-agents Implementeren naar Microsoft Foundry met Twee Opdrachten

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Ken je die kloof tussen ‘het werkt op mijn machine’ en ‘het is geïmplementeerd en verwerkt verkeer’? Voor AI-agents was die kloof pijnlijk breed.

De Azure Developer CLI heeft dit een zaak van twee opdrachten gemaakt.

De nieuwe `azd ai agent` workflow

azd ai agent init
azd up

Dat is alles. azd ai agent init maakt een infrastructuur-als-code-skelet in je repo, en azd up richt alles in op Azure en publiceert je agent.

Wat er onder de motorkap gebeurt

De init-opdracht genereert echte, inspecterbare Bicep-sjablonen in je repo — Foundry Resource, Foundry Project, modelimplementatieconfiguratie, beheerde identiteit met RBAC.

Dev inner loop

azd ai agent run # agent lokaal starten
azd ai agent invoke # testprompts sturen
azd ai agent monitor --follow # real-time logs streamen

De volledige opdrachtset

Opdracht	Wat het doet
`azd ai agent init`	Foundry-agentproject scaffolden met IaC
`azd up`	Middelen inrichten en agent implementeren
`azd ai agent invoke`	Prompts sturen naar externe of lokale agent
`azd ai agent run`	Agent lokaal uitvoeren
`azd ai agent monitor`	Real-time logs streamen
`azd down`	Alle Azure-middelen opruimen

Bekijk de volledige walkthrough.

Azd | The .NET Blog

azd-hooks in Python, TypeScript en .NET: genoeg van shell-scripts

Wat zijn hooks

Hoe detectie werkt

Taalspecifieke details

Python

JavaScript en TypeScript

.NET

Executor-specifieke configuratie

Waarom dit belangrijk is voor .NET-ontwikkelaars

Conclusie

azd + GitHub Copilot: AI-gedreven projectopzet en slimme foutoplossing

Setup met Copilot tijdens azd init

Wat het eigenlijk doet

Foutoplossing met Copilot

Een standaardgedrag instellen

Samenvatting

azd update — Één Opdracht voor Al je Package Managers

Hoe het werkt

De kleine vangst

Waarom het uitmaakt

azd Laat Je Nu AI-Agents Lokaal Uitvoeren en Debuggen — Dit Veranderde in Maart 2026

AI-agents uitvoeren en debuggen zonder implementeren

GitHub Copilot maakt je azd-project aan

Container App Jobs en implementatieverbeteringen

Samenvatting

Van Laptop naar Productie: AI-agents Implementeren naar Microsoft Foundry met Twee Opdrachten

De nieuwe azd ai agent workflow

Wat er onder de motorkap gebeurt

Dev inner loop

De volledige opdrachtset

De nieuwe `azd ai agent` workflow