Devops | The .NET Blog

SDD Conference 2026

Mon, 11 May 2026 00:00:00 +0000

SDD 2026 si svolge dall’11 al 15 maggio 2026 al Barbican Centre di Londra. La conferenza principale di 3 giorni va da martedì a giovedì, con workshop opzionali di un’intera giornata il lunedì e il venerdì.

Con 78 sessioni e 14 workshop, è una delle conferenze per sviluppatori più ricche d’Europa.

Argomenti

Pensiero Architetturale
Codice Funzionale in C# 13
Design Serverless
IA Semantica
Azure Kubernetes Services
Strategie Lean DevOps
The Model Context Protocol (MCP)
IA Agentica in .NET
Refactoring del Monolite
Programmare Più Velocemente con gli LLM
Crittografia in un Mondo Post-Quantistico
Sviluppo Local First

Speaker

Lineup di classe mondiale che include Kevlin Henney, Neal Ford, Sander Hoogendoorn, Andrew Clymer, Jacqui Read, Christian Weyer, Jeff Prosise, Jules May, Oliver Sturm e Raju Gandhi.

Biglietti e informazioni

Il 98% dei partecipanti di SDD 2025 ha valutato l’esperienza complessiva come buona, molto buona o eccellente.

Aggiornamenti di Azure Developer CLI (azd) per aprile 2026

Emiliano Montesdeoca — Fri, 08 May 2026 00:00:00 +0000

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Azure Developer CLI (azd) ha rilasciato cinque versioni ad aprile 2026 (dalla 1.23.14 alla 1.24.2), con il grande tema degli hook che ora si eseguono in Python, JavaScript, TypeScript e .NET — non solo in Bash e PowerShell.

Hook multi-linguaggio in azure.yaml

Gli hook possono ora puntare a file .py, .js, .ts o .cs oltre agli script shell. Ogni linguaggio ottiene la risoluzione automatica delle dipendenze:

Python — rileva requirements.txt o pyproject.toml, crea un virtualenv e installa le dipendenze prima dell’esecuzione. Configura il nome dell’ambiente con virtualEnvName.
JavaScript / TypeScript — rileva package.json ed esegue npm install automaticamente. TypeScript viene eseguito tramite npx tsx senza necessità di un passaggio di compilazione. Scegli il tuo package manager con il blocco di configurazione packageManager.
.NET — esegue file .cs con dotnet run. Gli script single-file sono supportati su .NET 10+. Configura il framework di destinazione tramite il blocco configuration/framework.

Questo significa che i team che già lavorano in uno di questi linguaggi non hanno più bisogno di mantenere un hook Bash o PowerShell separato solo per collegare gli eventi del ciclo di vita del provisioning.

azd update arriva in preview pubblica

azd update è ora in preview pubblica su tutte le piattaforme. Un singolo comando gestisce l’aggiornamento indipendentemente da come azd è stato installato originalmente — non è più necessario tracciare separatamente i percorsi di Homebrew, WinGet o MSI.

Modalità non interattiva tramite AZD_NON_INTERACTIVE

Impostare AZD_NON_INTERACTIVE=true (o usare --non-interactive / --no-prompt) produce ora fallimenti coerenti e deterministici nelle pipeline CI/CD quando un input richiesto non può essere risolto automaticamente. In precedenza il comportamento era inconsistente tra i comandi.

Verifica preliminare della quota dei modelli AI

azd provision valida la quota di Azure Cognitive Services prima di tentare di effettuare il provisioning delle risorse dei modelli AI. I deployment che fallirebbero a causa dei limiti di quota ora mostrano l’errore all’inizio del processo anziché a metà del provisioning.

“Correggi questo errore” nella risoluzione dei problemi di Copilot

L’integrazione per la risoluzione dei problemi di Copilot in azd ottiene la capacità di applicare direttamente una correzione suggerita — non solo di descriverla. Quando l’agente identifica un problema risolvibile, può apportare la modifica in loco.

Provider di provisioning personalizzati e resolver di segreti Key Vault

Gli autori di estensioni possono ora registrare backend di infrastruttura alternativi con WithProvisioningProvider(). Separatamente, azd risolve automaticamente i riferimenti @Microsoft.KeyVault(...) prima di passare la configurazione alle estensioni, eliminando la necessità di una risoluzione manuale dei segreti nei provider personalizzati.

Esclusioni per template e modalità watch

Due nuovi file ignore offrono un controllo più preciso sulla gestione dei file:

.azdignore — esclude i file riservati ai contributori (documentazione, configurazioni CI) dalle copie dei template affinché gli utenti finali ottengano uno scaffold di progetto pulito.
.azdxignore — esclude le directory dal trigger di ricostruzioni durante azd x watch, riducendo il rumore durante lo sviluppo iterativo.

Verifica preliminare dei nomi riservati e opzione docker.network

azd avverte ora quando i nomi di risorse previsti conterrebbero parole riservate di Azure (MICROSOFT, WINDOWS o il prefisso LOGIN) prima che inizi il provisioning. Una nuova opzione docker.network passa --network a docker build, utile negli ambienti proxy aziendali che richiedono una rete Docker specifica.

Correzioni di sicurezza

Il pacchetto MSI di Windows ora include la verifica della firma del codice. Una correzione separata chiude una perdita di variabili d’ambiente che poteva esporre valori attraverso i confini dei comandi delle estensioni.

Un mese intenso — il supporto degli hook multi-linguaggio in particolare elimina un vero punto di attrito per i team che non lavorano principalmente in Bash. Consulta le note di rilascio complete per il changelog completo di tutte e cinque le versioni.

Azure DevOps Server Patch Aprile 2026 — Fix per il Completamento delle PR e Aggiornamenti di Sicurezza

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

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Avviso rapido per i team che eseguono Azure DevOps Server in self-hosting: Microsoft ha rilasciato la Patch 3 di aprile 2026 con tre fix mirati.

Cosa è stato corretto

Fallimenti nel completamento delle pull request — un’eccezione di riferimento null durante l’auto-completamento dei work item poteva causare il fallimento dei merge delle PR. Se hai riscontrato errori casuali nel completamento delle PR, questa è probabilmente la causa
Validazione del redirect al logout — validazione migliorata durante il logout per prevenire potenziali redirect malevoli. Questo è un fix di sicurezza che vale la pena applicare tempestivamente
Connessioni PAT con GitHub Enterprise Server — la creazione di connessioni con Personal Access Token verso GitHub Enterprise Server era rotta, ora è stata ripristinata

Come aggiornare

Scarica la Patch 3 e avvia l’installer. Per verificare che la patch sia stata applicata:

<patch-installer>.exe CheckInstall

Se esegui Azure DevOps Server on-premises, Microsoft raccomanda fortemente di restare sempre sull’ultima patch sia per sicurezza che per affidabilità. Consulta le note di rilascio per tutti i dettagli.

L'Ingegneria delle Piattaforme Agentiche Sta Diventando Realtà — Git-APE Mostra Come

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

L’ingegneria delle piattaforme è stato uno di quei termini che suona bene alle conferenze ma che di solito significa “abbiamo costruito un portale interno e un wrapper Terraform.” La vera promessa — infrastruttura self-service che sia realmente sicura, governata e veloce — è sempre stata a qualche passo di distanza.

Il team Azure ha appena pubblicato la Parte 2 della serie sull’ingegneria delle piattaforme agentiche, e questa è tutta sull’implementazione pratica. Lo chiamano Git-APE (sì, l’acronimo è intenzionale), ed è un progetto open source che utilizza agenti GitHub Copilot più server Azure MCP per trasformare richieste in linguaggio naturale in infrastruttura validata e deployata.

Cosa fa Git-APE concretamente

L’idea centrale: invece di far imparare ai developer moduli Terraform, navigare nelle UI dei portali o aprire ticket al team piattaforma, parlano con un agente Copilot. L’agente interpreta l’intento, genera Infrastructure-as-Code, la valida contro le policy e deploya — tutto all’interno di VS Code.

Ecco il setup:

git clone https://github.com/Azure/git-ape
cd git-ape

Apri il workspace in VS Code, e i file di configurazione dell’agente vengono scoperti automaticamente da GitHub Copilot. Interagisci direttamente con l’agente:

@git-ape deploy a function app with storage in West Europe

L’agente utilizza Azure MCP Server internamente per interagire con i servizi Azure. La configurazione MCP nelle impostazioni di VS Code abilita capacità specifiche:

{
 "azureMcp.serverMode": "namespace",
 "azureMcp.enabledServices": [
 "deploy", "bestpractices", "group",
 "subscription", "functionapp", "storage",
 "sql", "monitor"
 ],
 "azureMcp.readOnly": false
}

Perché è importante

Per chi di noi costruisce su Azure, questo sposta la conversazione sull’ingegneria delle piattaforme da “come costruiamo un portale” a “come descriviamo i nostri guardrail come API.” Quando l’interfaccia della tua piattaforma è un agente IA, la qualità dei tuoi vincoli e delle tue policy diventa il prodotto.

Il blog della Parte 1 esponeva la teoria: API ben descritte, schemi di controllo e guardrail espliciti rendono le piattaforme agent-ready. La Parte 2 dimostra che funziona rilasciando strumenti concreti. L’agente non genera risorse alla cieca — valida contro le best practice, rispetta le convenzioni di naming e applica le policy della tua organizzazione.

La pulizia è altrettanto semplice:

@git-ape destroy my-resource-group

La mia opinione

Sarò onesto — qui si tratta più del pattern che dello strumento specifico. Git-APE in sé è una demo/architettura di riferimento. Ma l’idea sottostante — agenti come interfaccia alla tua piattaforma, MCP come protocollo, GitHub Copilot come host — è la direzione in cui sta andando l’esperienza developer enterprise.

Se sei un team piattaforma che cerca come rendere il proprio tooling interno agent-friendly, non c’è punto di partenza migliore. E se sei uno sviluppatore .NET che si chiede come questo si collega al suo mondo: Azure MCP Server e gli agenti GitHub Copilot funzionano con qualsiasi workload Azure. La tua API ASP.NET Core, il tuo stack .NET Aspire, i tuoi microservizi containerizzati — tutto può essere il target di un flusso di deployment agentico.

Per concludere

Git-APE è uno sguardo precoce ma concreto sull’ingegneria delle piattaforme agentiche nella pratica. Clona il repo, prova la demo e inizia a pensare a come le API e le policy della tua piattaforma dovrebbero apparire per permettere a un agente di usarle in sicurezza.

Leggi il post completo per il walkthrough e i video dimostrativi.

Azure DevOps finalmente sistema l'editor Markdown di cui tutti si lamentavano

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

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Se usi Azure Boards, probabilmente hai vissuto questo: stai leggendo la descrizione di un work item, magari controllando i criteri di accettazione, e fai accidentalmente doppio clic. Boom — sei in modalità modifica. Non volevi modificare niente. Stavi solo leggendo.

Dan Hellem ha annunciato la correzione, ed è uno di quei cambiamenti che sembrano piccoli ma rimuovono vera frizione dal tuo flusso di lavoro quotidiano.

Cosa è cambiato

L’editor Markdown per i campi testo dei work item ora si apre in modalità anteprima di default. Puoi leggere e interagire con il contenuto — seguire link, verificare la formattazione — senza preoccuparti di entrare accidentalmente in modalità modifica.

Quando vuoi davvero modificare, clicchi sull’icona di modifica in cima al campo. Quando hai finito, esci esplicitamente alla modalità anteprima. Semplice, intenzionale, prevedibile.

Perché conta più di quanto sembra

Il thread di feedback della community era lungo. Il comportamento del doppio clic per modificare è stato introdotto con l’editor Markdown a luglio 2025, e le lamentele sono iniziate quasi subito.

Per i team che fanno sprint planning, backlog refinement o code review con Azure Boards, questo tipo di micro-frizione si accumula.

Stato del rollout

È già in fase di distribuzione per un sottoinsieme di clienti e si espanderà a tutti nelle prossime due-tre settimane.

Per concludere

Non ogni miglioramento deve essere una funzionalità da prima pagina. A volte il miglior aggiornamento è semplicemente rimuovere qualcosa di fastidioso. Questo è esattamente così — un piccolo fix UX che rende Azure Boards meno ostile per chi vuole solo leggere i propri work item in pace.

Azure DevOps MCP Server arriva in Microsoft Foundry: cosa significa per i tuoi agenti IA

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

MCP (Model Context Protocol) sta avendo il suo momento. Se hai seguito l’ecosistema degli agenti IA, probabilmente hai notato che i server MCP stanno spuntando ovunque — dando agli agenti la capacità di interagire con strumenti e servizi esterni attraverso un protocollo standardizzato.

Ora l’Azure DevOps MCP Server è disponibile in Microsoft Foundry, e questa è una di quelle integrazioni che ti fa pensare alle possibilità pratiche.

Cosa sta succedendo realmente qui

Microsoft ha già rilasciato l’Azure DevOps MCP Server come public preview — quello è il server MCP stesso. La novità è l’integrazione con Foundry. Ora puoi aggiungere l’Azure DevOps MCP Server ai tuoi agenti Foundry direttamente dal catalogo degli strumenti.

Per chi non conosce ancora Foundry: è la piattaforma unificata di Microsoft per costruire e gestire applicazioni e agenti alimentati dall’IA su larga scala. Accesso ai modelli, orchestrazione, valutazione, deployment — tutto in un unico posto.

La configurazione

La configurazione è sorprendentemente semplice:

Nel tuo agente Foundry, vai su Add Tools > Catalog
Cerca “Azure DevOps”
Seleziona l’Azure DevOps MCP Server (preview) e clicca su Create
Inserisci il nome della tua organizzazione e connetti

Tutto qui. Il tuo agente ora ha accesso agli strumenti Azure DevOps.

Controllare a cosa può accedere il tuo agente

Questa è la parte che apprezzo: non sei bloccato con un approccio tutto-o-niente. Puoi specificare quali strumenti sono disponibili per il tuo agente. Quindi se vuoi che legga solo i work item ma non tocchi le pipeline, puoi configurarlo. Principio del minimo privilegio, applicato ai tuoi agenti IA.

Questo conta per gli scenari enterprise dove non vuoi che un agente attivi accidentalmente una pipeline di deployment perché qualcuno gli ha chiesto di “aiutare con il release.”

Perché è interessante per i team .NET

Pensa a cosa abilita nella pratica:

Assistenti per la pianificazione degli sprint — agenti che possono recuperare work item, analizzare dati di velocità e suggerire la capacità dello sprint
Bot di code review — agenti che capiscono il contesto della tua PR perché possono effettivamente leggere i tuoi repo e work item collegati
Risposta agli incidenti — agenti che possono creare work item, interrogare i deployment recenti e correlare bug con modifiche recenti
Onboarding degli sviluppatori — “Su cosa dovrei lavorare?” ottiene una risposta reale basata su dati reali del progetto

Per i team .NET che già usano Azure DevOps per le loro pipeline CI/CD e la gestione dei progetti, avere un agente IA che può interagire direttamente con questi sistemi è un passo significativo verso un’automazione utile.

Il quadro più ampio di MCP

Questo fa parte di una tendenza più ampia: i server MCP stanno diventando il modo standard in cui gli agenti IA interagiscono con il mondo esterno. Li vediamo per GitHub, Azure DevOps, database, API SaaS — e Foundry sta diventando l’hub dove tutte queste connessioni convergono.

Se stai costruendo agenti nell’ecosistema .NET, vale la pena tenere d’occhio MCP. Il protocollo è standardizzato, gli strumenti stanno maturando, e l’integrazione Foundry lo rende accessibile senza dover configurare manualmente le connessioni server.

Per concludere

L’Azure DevOps MCP Server in Foundry è in preview, quindi aspettati che si evolva. Ma il workflow principale è solido: connettere, configurare l’accesso agli strumenti e lasciare che i tuoi agenti lavorino con i tuoi dati DevOps. Se sei già nell’ecosistema Foundry, è a pochi clic. Provalo e vedi quali workflow puoi costruire.

Consulta l’annuncio completo per la configurazione passo per passo e maggiori dettagli.