Entscheidungstabelle: .NET-Implementierungen, die für Docker verwendet werden sollen

Tipp

Dieser Inhalt ist ein Auszug aus dem eBook .NET Microservices Architecture for Containerized .NET Applications, verfügbar auf .NET Docs oder als kostenlose herunterladbare PDF, die offline gelesen werden kann.

PDF herunterladen

In der folgenden Entscheidungstabelle wird zusammengefasst, ob .NET Framework oder .NET 8 verwendet werden soll. Denken Sie daran, dass Sie für Linux-Container Linux-basierte Docker-Hosts (VMs oder Server) benötigen und für Windows-Container Windows Server-basierte Docker-Hosts (VMs oder Server) benötigen.

Von Bedeutung

Ihre Entwicklungsmaschinen werden einen Docker-Host ausführen, entweder unter Linux oder Windows. Verwandte Microservices, die Sie in einer Lösung ausführen und testen möchten, müssen alle auf derselben Containerplattform ausgeführt werden.

Architektur/ App-Typ	Linux-Container	Windows-Container
Microservices auf Containern	.NET 8	.NET 8
Monolithische App	.NET 8	.NET Framework .NET 8
Optimale Leistung und Skalierbarkeit	.NET 8	.NET 8
Migration von Legacy-Apps ("brown-field") auf Windows Server zu Containern	--	.NET Framework (Englisch)
Neue containerbasierte Entwicklung („green-field“)	.NET 8	.NET 8
ASP.NET Kern	.NET 8	.NET 8 (empfohlen) .NET Framework (Englisch)
ASP.NET 4 (MVC 5, Web-API 2 und Webformulare)	--	.NET Framework (Englisch)
SignalR-Dienste	.NET Core 2.1 oder höher	.NET Framework .NET Core 2.1 oder höher
WCF, WF und andere Legacyframeworks	WCF in .NET Core (nur Clientbibliothek) oder CoreWCF	.NET Framework WCF in .NET 8 (nur Clientbibliothek) oder CoreWCF
Nutzung von Azure-Diensten	.NET 8 (Schließlich stellen die meisten Azure-Dienste Client-SDKs für .NET 8 bereit)	.NET Framework .NET 8 (Schließlich stellen die meisten Azure-Dienste Client-SDKs für .NET 8 bereit)

ZurückWeiter