Condividi tramite

Linee guida generali

Suggerimento

Questo contenuto è un estratto dell'eBook, Architettura di microservizi .NET per applicazioni .NET containerizzati, disponibile in documentazione .NET o come PDF scaricabile gratuitamente leggibile offline.

Scaricare il PDF

Architettura di Microservizi .NET per Applicazioni .NET Containerizzate miniatura della copertina dell'eBook.

Questa sezione fornisce un riepilogo di quando scegliere .NET 8 o .NET Framework. Sono disponibili altri dettagli su queste opzioni nelle sezioni seguenti.

Usare .NET 8, con contenitori Linux o Windows, per l'applicazione server Docker in contenitori quando:

  • Sono disponibili esigenze multipiattaforma. Ad esempio, si vuole usare sia container Linux che Windows.

  • L'architettura dell'applicazione si basa su microservizi.

  • È necessario avviare rapidamente i contenitori e si vuole un footprint ridotto per ogni contenitore per ottenere una maggiore densità o più contenitori per unità hardware per ridurre i costi.

In breve, quando si creano nuove applicazioni .NET in contenitori, è consigliabile considerare .NET 8 come scelta predefinita. Offre molti vantaggi e si adatta meglio alla filosofia dei contenitori e allo stile di lavoro.

Un vantaggio aggiuntivo dell'uso di .NET 8 è la possibilità di eseguire versioni .NET side-by-side per le applicazioni all'interno dello stesso computer. Questo vantaggio è più importante per i server o le macchine virtuali che non usano contenitori, perché i contenitori isolano le versioni di .NET necessarie per l'app. (Purché siano compatibili con il sistema operativo sottostante).

Usare .NET Framework per l'applicazione server Docker in contenitori quando:

  • L'applicazione usa attualmente .NET Framework e presenta dipendenze complesse in Windows.

  • È necessario usare le API Di Windows non supportate da .NET 8.

  • È necessario usare librerie .NET di terze parti o pacchetti NuGet non disponibili per .NET 8.

L'uso di .NET Framework in Docker può migliorare le esperienze di distribuzione riducendo al minimo i problemi di distribuzione. Questo scenario di trasferimento in modalità lift-and-shift è importante per la containerizzazione di applicazioni legacy originariamente sviluppate con .NET Framework tradizionale, ad esempio ASP.NET WebForms, app Web MVC o servizi WCF (Windows Communication Foundation).

Risorse aggiuntive

PrecedenteAvanti