Nello script #244 abbiamo visto come i service connector permettono di collegare servizi PaaS per agevolare la loro configurazione, senza perdersi nella creazione di variabili d'ambiente, oltre che avere chiaro quali servizi un'app utilizza.
Di recente container app si è arricchito di una nuova funzionalità, chiamata add-on. Lo scopo è quello di creare velocemente container app addizionali che vivono nello stesso environment, già preconfezionati per alcuni scopi comuni, come database o cache. Non è pensato per la produzione, ma per il testing e lo sviluppo, in modo da aver pronto all'uso un database vettoriale come Qdrant o una cache come Redis, ma usufruendo della scalabilità e dei bassi costi (fino a zero se non lo si utilizza) di Container App.
Per usufruire di questa funzionalità possiamo usare come sempre Azure CLI o il portale. In quest'ultimo caso dobbiamo partire dall'environment e recarci nella sezione Services.
![](https://www.cloudnativeitalia.com/script/images/266.jpg)
Premendo su Create add-on ci viene presentata una semplice maschera per la selezione del servizio. Il nome sarà poi utile per identificarlo.
![](https://www.cloudnativeitalia.com/script/images/266_2.jpg)
Viene creato di fatto una nuova app, raggiungibile dalla lista con tutte le caratteristiche che siamo soliti trovare, come lo scaling, già configurato per andare a zero istanze, se non utilizzato.
A questo punto possiamo entrare nel deployment di un'app esistente o procedere alla creazione di una nuova, dove troviamo una sezione dedicata al binding.
![](https://www.cloudnativeitalia.com/script/images/266_3.jpg)
Premendo Add possiamo scegliere un service o un add-on. Con quest'ultimo non dobbiamo far altro che selezionare il servizio creato in precedenza.
Se entriamo in console dell'app dove abbiamo agganciato l'add-on e stampiamo le variabili d'ambiente, troveremo le coordinate al servizio, utilizzabili quindi dal nostro codice.
![](https://www.cloudnativeitalia.com/script/images/266_4.jpg)
Come detto, questa funzionalità è pensata per lo sviluppo e l'idea è di permettere in fase di binding di sostituire con lo stesso nome il servizio di produzione fornito come PaaS e dedicato alla produzione.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Effettuare il binding di date in Blazor
Cancellare una run di un workflow di GitHub
Hosting di componenti WebAssembly in un'applicazione Blazor static
Eseguire un metodo asincrono dopo il set di una proprietà in Blazor 8
Configurare policy CORS in Azure Container Apps
Eseguire attività pianificate con Azure Container Jobs
Utilizzare la session affinity con Azure Container Apps
Eseguire query manipolando le liste contenute in un oggetto mappato verso una colonna JSON
Sfruttare i KeyedService in un'applicazione Blazor in .NET 8
Migliora la resilienza delle applicazioni con .NET e Azure Container Apps
Gestione degli stili CSS con le regole @layer
I più letti di oggi
- ecco tutte le novità pubblicate sui nostri siti questa settimana: https://aspit.co/wkly buon week-end!
- Windows Server 2003 SP1 Italiano
- Creare un modulo e un controller con AngularJS
- Build 2014: tutte le novità per gli sviluppatori in diretta da San Francisco
- Rilasciata la versione RTM di Windows Vista SP1