I casi riportati fino ad ora ci mostrano un configurazione ideale, tutte le risorse sono gestite all'interno della soluzione o in un ambiente locale. Ma da sviluppatori sappiamo quanto questa sia molto lontana dalla realtà: l'utilizzo di API o servizi esterni è all'ordine del giorno.
Per queste casistiche, pensare di produrre un progetto che agisca da proxy e verifichi lo stato del servizio è altresì improbabile, ma tramite .NET Aspire possiamo facilmente importare una risorsa esterna, verificarne la disponibilità e agganciarla ai nostri applicativi in maniera del tutto analoga a quanto visto fin'ora.
var builder = DistributedApplication.CreateBuilder(args);
// Riferimento ad un API
var externalApi = builder
.AddExternalService("external-api", "https://dummy-api.com").WithHttpHealthCheck("/health");
var myService = builder.AddProject<Projects.MyApi>("my-api")
.WithReference(externalApi);
builder.Build().Run();Con questa configurazione il progetto apparirà nell'elenco delle risorse con il proprio health status.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare i named query filter di Entity Framework
Testare le API di Azure Resource Manager con API Playground
Gestione dei prompt file a livello di organizzazione aziendale in GitHub
Gestione opzioni colonna nella Blazor QuickGrid
Configurare OpenAI in .NET Aspire
Utilizzo delle stepped value functions nel CSS
Escludere alcuni file da GitHub Copilot
Gestire progetti .NET + React in .NET Aspire
Validazione personalizzata nelle Minimal API di ASP.NET Core
Integrare OpenAI tramite Aspire
Cambiamenti in OpenAPI per la documentazione di ASP.NET
Utilizzare WebJobs su Linux con Azure App Service


